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.
|39a30a80||wosch||Feb. 3, 2022, 4:57 p.m.||better printf(3) format usage
Reported by: jhbcgit
|c830e929||hselasky||Feb. 3, 2022, 4:45 p.m.||mlx5ib: Fix whitespace.
Found by: kib@ MFC after: 1 week Sponsored by: NVIDIA Networkingcgit
|5d4a348d||cy||Feb. 3, 2022, 4:37 p.m.||ipfilter: Fix indentation error
Fixes: 064a5a95649d05ac084bcf2612cbac5575d76358 MFC after: 3 dayscgit
|12af59c2||hselasky||Feb. 3, 2022, 4:35 p.m.||mlx5ib: Add missing auto generated header file to Makefile.
MFC after: 1 week Sponsored by: NVIDIA Networkingcgit
|1a8d8a3a||mav||Feb. 3, 2022, 4:10 p.m.||CTL: Fix mode page trucation on HA synchronization.
Due to variable size of struct ctl_ha_msg_mode ctl_isc_announce_mode() sent only first 4 bytes of modified mode page to the other HA side, that caused its corruption there, noticeable only after failover. I've found alike bug also in ctl_isc_announce_lun(), but there it was sending slightly more than needed, that is a smaller problem. MFC after: 1 week Sponsored by: iXsystems, Inc.cgit
|642701ab||kevans||Feb. 3, 2022, 4:05 p.m.||kern: harvest entropy from callouts
74cf7cae4d22 ("softclock: Use dedicated ithreads for running callouts.") switched callouts away from the swi infrastructure. It turns out that this was a major source of entropy in early boot, which we've now lost. As a result, first boot on hardware without a 'fast' entropy source would block waiting for fortuna to be seeded with little hope of progressing without manual intervention. Let's resolve it by explicitly harvesting entropy in callout_process() if we've handled any callouts. cc/curthread/now seem to be reasonable sources of entropy, so use those. Discussed with: jhb (also proposed initial patch) Reported by: many Reviewed by: cem, markm (both csprng) Differential Revision: https://reviews.freebsd.org/D34150cgit
|f026275e||rscheff||Feb. 3, 2022, 3:53 p.m.||tcp: set IP ECN header codepoint properly
TCP RACK can cache the IP header while preparing a new TCP packet for transmission. Thus all the IP ECN codepoint bits need to be assigned, without assuming a clear field beforehand. Reviewed By: tuexen, kbowling, #transport MFC after: 3 days Sponsored by: NetApp, Inc. Differential Revision: https://reviews.freebsd.org/D34148cgit
|1ebf4607||rscheff||Feb. 3, 2022, 3:21 p.m.||tcp: Access all 12 TCP header flags via inline function
In order to consistently provide access to all (including reserved) TCP header flag bits, use an accessor function tcp_get_flags and tcp_set_flags. Also expand any flag variable from uint8_t / char to uint16_t. Reviewed By: hselasky, tuexen, glebius, #transport Sponsored by: NetApp, Inc. Differential Revision: https://reviews.freebsd.org/D34130cgit
|03399cd6||markj||Feb. 3, 2022, 2:46 p.m.||filemon.4: Document FILEMON_SET_FD errors and refine wording a bit|
|b84ed4e7||markj||Feb. 3, 2022, 2:41 p.m.||filemon: Reject FILEMON_SET_FD commands when the fd is a kqueue
When FILEMON_SET_FD is used, the filemon handle effectively wraps the passed file. In particular, the handle may be inherited by a child process, or transferred over a unix domain socket, so we must verify that the backing file permits this. Reported by: firstname.lastname@example.org Reviewed by: emaste MFC after: 1 week Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D34128cgit
|d51c8035||tuexen||Feb. 2, 2022, 8:41 a.m.||rack: fix compilation and small cleanup
Fix a function prototype missed in the last commit and whitespace change. Sponsored by: Netflix, Inc.cgit
|3b3c08c1||tuexen||Feb. 2, 2022, 8:27 a.m.||tcp: cleanup functions related to socket option handling
Consistently only pass the inp and the sopt around. Don't pass the so around, since in a upcoming commit tcp_ctloutput_set() will be called from a context different from setsockopt(). Also expect the inp to be locked when calling tcp_ctloutput_[gs]et(), this is also required for the upcoming use by tcpsso, a command line tool to set socket options. Reviewed by: glebius, rscheff Sponsored by: Netflix, Inc. Differential Revision: https://reviews.freebsd.org/D34151cgit
|8d72c409||pho||Feb. 3, 2022, 10:52 a.m.||stress2: Fix "set but not used [-Wunused-but-set-variable]" warnings|
|656194f1||pho||Feb. 3, 2022, 7:04 a.m.||stress2: Finish work on a unionfs test scenario. Enable three unionfs tests|
|e30fceb8||imp||Feb. 3, 2022, 5:35 a.m.||mps: Use 64-bit chain structures
According to Broadcom, mixing 64-bit SGEs with 32-bit chain entries can lead to IOC Fault code 0x40000d04. This fault code has been observed to suddenly increase on certain machines when the OCA firmware images are deployed. The hardware interprets all elements of a 64-bit SGE, even ones marked as 32-bit. Depending on the other bits, this will just work, but sometimes generate the above fault. Broadcom recommends this practice, and the Linux and NetBSD drivers follow it. Rework the chaining code to use MPI2_SGE_CHAIN64 instead of MPI2_SGE_CHAIN32. Adjust MPS_SGC_SIZE from 8 to 12 to match the size of the new structure. Flag the structure as being 64-bits now. Since MPS_SGE64_SIZE and MPS_SGC_SIZE are the same now, mps_push_sge could be simplified (after the same fashion of mpr). The different number of cases collapse to whether or not there's room for the segments and if not we need a chain, however these changes haven't been made yet as the current code handles those cases properly with the new defines. Made chain_busaddr 64-bits, even though we ask for all allocations to be below 4GB for this tag. Use it to set both parts of the CHAIN64 address rather than baking the 4GB assumption. Add asserts around the allocation to detect and BUSDMA bugs in allocation. Remove asserts and associated comment in mpi_pre_fw_download and mpi_pre_fw_upload. The code does not, it seems, depend on this invariant. The mpr driver has similar code, no asserts and also doesn't depend on this. Adjust comments to reflect the updated size. Sponsored by: Netflix Reviewed by: scottl, mav Differential Revision: https://reviews.freebsd.org/D34016cgit