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.
|67829b63||hselasky||Oct. 15, 2021, 1:56 p.m.||mixer(8): Print usage to standard error.|
|63dcf7fd||hselasky||Oct. 15, 2021, 9:13 a.m.||mixer(8): Fix mixer status line for /dev/dspX.vpY mixer devices.|
|78df56cc||mw||Oct. 15, 2021, 8:21 a.m.||libthr: Use kern.stacktop for thread stack calculation.
Use the new kern.stacktop sysctl to retrieve the address of stack top instead of kern.usrstack. kern.usrstack does not have any knowledge of the stack gap, so this can cause problems with thread stacks. Using kern.stacktop sysctl should fix most of those problems. kern.usrstack is used as a fallback when kern.stacktop cannot be read. Rename usrstack variables to stacktop to reflect this change. Fixes problems with firefox and thunderbird not starting with stack gap enabled. PR: 239873 Reviewed by: kib Obtained from: Semihalf Sponsored by: Stormshield MFC after: 1 month Differential Revision: https://reviews.freebsd.org/D31898cgit
|a97d6971||mw||Oct. 15, 2021, 8:21 a.m.||kern_exec: Add kern.stacktop sysctl.
With stack gap enabled top of the stack is moved down by a random amount of bytes. Because of that some multithreaded applications which use kern.usrstack sysctl to calculate address of stacks for their threads can fail. Add kern.stacktop sysctl, which can be used to retrieve address of the stack after stack gap is applied to it. Returns value identical to kern.usrstack for processes which have no stack gap. Reviewed by: kib Obtained from: Semihalf Sponsored by: Stormshield MFC after: 1 month Differential Revision: https://reviews.freebsd.org/D31897cgit
|889b56c8||mw||Oct. 15, 2021, 8:21 a.m.||setrlimit: Take stack gap into account.
Calling setrlimit with stack gap enabled and with low values of stack resource limit often caused the program to abort immediately after exiting the syscall. This happened due to the fact that the resource limit was calculated assuming that the stack started at sv_usrstack, while with stack gap enabled the stack is moved by a random number of bytes. Save information about stack size in struct vmspace and adjust the rlim_cur value. If the rlim_cur and stack gap is bigger than rlim_max, then the value is truncated to rlim_max. PR: 253208 Reviewed by: kib Obtained from: Semihalf Sponsored by: Stormshield MFC after: 1 month Differential Revision: https://reviews.freebsd.org/D31516cgit
|1b0e2f0b||manu||Oct. 15, 2021, 7:29 a.m.||bhyve: ignore low bits of CFGADR
Bhyve could emulate wrong PCI registers. In the best case, the guest reads wrong registers and the device driver would report some errors. In the worst case, the guest writes to wrong PCI registers and could brick hardware when using PCI passthrough. According to Intels specification, low bits of CFGADR should be ignored. Some OS like linux may rely on it. Otherwise, bhyve could emulate a wrong PCI register. E.g. If linux would like to read 2 bytes from offset 0x02, following would happen. linux: outl 0x80000002 at CFGADR inw at CFGDAT + 2 bhyve: cfgoff = 0x80000002 & 0xFF = 0x02 coff = cfgoff + (port - CFGDAT) = 0x02 + 0x02 = 0x04 Bhyve would emulate the register at offset 0x04 not 0x02. Reviewed By: #bhyve, grehan Differential Revision: https://reviews.freebsd.org/D31819 Sponsored by: Beckhoff Automation GmbH & Co. KGcgit
|6495766a||rmacklem||Oct. 15, 2021, 12:28 a.m.||nfscl: Restructure nfscl_freeopen() slightly
This patch factors the unlinking of the nfsclopen structure out of nfscl_freeopen() into a separate function called nfscl_unlinkopen(). It also adds a new argument to nfscl_freeopen() to conditionally do the unlink. Since this new argument is always passed in as "true" at this time, no semantics change should occur. This is being done to prepare the code for a future patch that fixes the case where an NFSv4.1/4.2 server replies NFSERR_DELAY to a Close operation. MFC after: 2 weekcgit
|a72ee355||jhb||Oct. 14, 2021, 10:48 p.m.||ktls: Defer creation of threads and zones until first use.
Run ktls_init() when the first KTLS session is created rather than unconditionally during boot. This avoids creating unused threads and allocating unused resources on systems which do not use KTLS. Reviewed by: gallatin, markj Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D32487cgit
|86929782||kib||Oct. 14, 2021, 8:07 p.m.||Fix typo in comment
Sponsored by: The FreeBSD Foundation MFC after: 3 dayscgit
|1adebca1||kib||Oct. 14, 2021, 8:07 p.m.||Style
Sponsored by: The FreeBSD Foundation MFC after: 3 dayscgit
|ef3f98ae||jhb||Oct. 14, 2021, 5:59 p.m.||cxgbe: Only run ktls_tick when NIC TLS is enabled.
Previously the body of ktls_tick was a nop when NIC TLS was disabled, but the callout was still scheduled consuming power on otherwise-idle systems with Chelsio T6 adapters. Now the callout only runs while NIC TLS is enabled on at least one interface of an adapter. Reported by: mav Reviewed by: np, mav Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D32491cgit
|367ec753||arichardson||Oct. 14, 2021, 4:46 p.m.||Fix a syntax error in 1b85b68da0b2
Reported by: Michael Butler, jenkinscgit
|1b85b68d||arichardson||Oct. 14, 2021, 4:18 p.m.||llvm-readobj: Attach to buildsystem|
|8ecf9a8b||luporl||Oct. 14, 2021, 4:13 p.m.||powerpc64: make radix with superpages default
As Radix MMU with superpages enabled is now stable, make it the default choice on supported hardware (POWER9 and above), since its performance is greater than that of HPT MMU. Reviewed by: alfredo, jhibbits Sponsored by: Instituto de Pesquisas Eldorado (eldorado.org.br) Differential Revision: https://reviews.freebsd.org/D30797cgit
|168b579a||lwhsu||Oct. 14, 2021, 3:20 p.m.||Fix RISC-V build