committer filter by committer.
@path/to/ filter by path in repository.
committer@path/to/ filter by committer AND path in repository.
abdef0123 filter by commit's SHA hash.
rNNN filter by SVN revision.
rNNN-rMMM filter by SVN revisions range (inclusive).
Multiple filters can be specified separated by spaces or comas in which case they'll be combined using OR operator.
|97e4bec5||brooks||Nov. 22, 2021, 10:36 p.m.||syscalls: regen|
|88dfcfa2||brooks||Nov. 22, 2021, 10:36 p.m.||sys_sigaltstack: use struct sigaltstack arg
This is idential to stack_t and more amenable to prepending "32" to for freebsd32. Reviewed by: kibcgit
|e383c423||cy||Nov. 22, 2021, 8:03 p.m.||RELNOTES: Add comment about WiFi 6 support to wpa|
|22b1cbec||cy||Nov. 22, 2021, 8:01 p.m.||Revert "RELNOTES: Add comment about WiFi 6 support"
This reverts commit c0601c3e0162a7ccf6160b32cfa7596bba7bb869.cgit
|c0601c3e||cy||Nov. 22, 2021, 6:34 p.m.||RELNOTES: Add comment about WiFi 6 support|
|d9bb7987||allanjude||Nov. 22, 2021, 6:10 p.m.||openssl: Fix detection of ARMv7 and ARM64 CPU features
OpenSSL assumes the same value for AT_HWCAP=16 (Linux) So it ends up calling elf_auxv_info() with AT_CANARY which returns ENOENT, and all acceleration features are disabled. With this, my ARM64 test machine runs the benchmark `openssl speed -evp aes-256-gcm` nearly 20x faster going from 100 MB/sec to 2000 MB/sec It also improves sha256 from 300 MB/sec to 1800 MB/sec This fix has been accepted but not yet merged upstream: https://github.com/openssl/openssl/pull/17082 PR: 259937 Reviewed by: manu, imp MFC after: immediate Relnotes: yes Fixes: 88e852c0b5c872b1a ("OpenSSL: Merge OpenSSL 1.1.1j") Sponsored by: Ampere Computing LLC Sponsored by: Klara Inc. Differential Revision: https://reviews.freebsd.org/D33060cgit
|5bbfa333||allanjude||Nov. 22, 2021, 6:03 p.m.||ipresend(1): Make the build slightly less broken.|
|a1198336||markj||Nov. 22, 2021, 5:12 p.m.||pchtherm: Let the driver be compiled into the kernel
PR: 259776 MFC after: 1 weekcgit
|fc7207c8||manu||Nov. 22, 2021, 4:13 p.m.||bhyve: Fix compile
We need err.h Fixes: 5cf21e48ccf11 ("bhyve: use a fixed 32 bit BAR base address") Sponsored by: Bechoff Automation GmbH & Co. KGcgit
|fe66bcf9||manu||Nov. 22, 2021, 3:27 p.m.||bhyve: emulate reads of MSI-X capabilities for passthru devices|
|2eb20795||manu||Nov. 22, 2021, 3:26 p.m.||bhyve: keep physical and virtual COMMAND reg in sync
On startup all virtual BARs are registered. Additionally, the encoding bit in the virtual cmd register is set. After that, the passthru emulation overwrites the virtual cmd register with the physical one. This could lead to a mismatch between registered BARs and the encoding bits in the cmd register. Instead of writing the physical to the virtual cmd register, write the virtual to the physical cmd register to solve this issue. Reviewed by: markj Differential Revision: https://reviews.freebsd.org/D32687 Sponsored by: Beckhoff Automation GmbH & Co. KGcgit
|5cf21e48||manu||Nov. 22, 2021, 3:24 p.m.||bhyve: use a fixed 32 bit BAR base address|
|4a4053e1||manu||Nov. 22, 2021, 3:22 p.m.||bhyve: move 64 bit BAR location to match OVMF assumptions
OVMF will fail, if large 64 bit BARs are used. GCD-Map doesn't cover 64 bit addresses of BARs. OVMF assumes that 64 bit addresses of BARS are located on next 32 GB boundary behind Top of High RAM. This patch moves 64 bit BARs on next 32 GB boundary behind Top of High RAM to match OVMF assumptions. Differential Revision: https://reviews.freebsd.org/D27970 Sponsored by: Beckhoff Automation GmbH & Co. KGcgit
|28ba36c6||ygy||Nov. 22, 2021, 2:43 a.m.||bridge(4): Use American spelling of "behavior"|
|093cf790||emaste||Nov. 22, 2021, 2:21 a.m.||makefs: remove set but not used variables
These were leftovers from the port from NetBSD (where they are used). Sponsored by: The FreeBSD Foundationcgit