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.
|ff5025d1||pkubaj||Feb. 9, 2022, 1:35 a.m.||src.conf: regenerate|
|d68224c2||pkubaj||Feb. 9, 2022, 1:16 a.m.||powerpc64le: enable CXGBETOOL and MLX5TOOL|
|5ae6cc00||imp||Feb. 9, 2022, 12:23 a.m.||test-includes: Simplify $OBJDIR requirements
s=/=_=g in tested names so that all the objects live in $OBJDIR. This is more robust than depending on side effects of auto OBJDIR features and should fix buildworld issues some people have seen. Suggested by: sjg@ Sponsored by: Netflixcgit
|fd7daa72||tuexen||Feb. 8, 2022, 5:49 p.m.||tcp: make tcp_ctloutput_set() non-static|
|5f2aca83||dim||Feb. 8, 2022, 8:46 p.m.||Disable clang 14 warning about bitwise operators in zstd
Parts of zstd, used in openzfs and other places, trigger a new clang 14 -Werror warning: ``` sys/contrib/zstd/lib/decompress/huf_decompress.c:889:25: error: use of bitwise '&' with boolean operands [-Werror,-Wbitwise-instead-of-logical] (BIT_reloadDStreamFast(&bitD1) == BIT_DStream_unfinished) ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ``` While the warning is benign, it should ideally be fixed upstream and then vendor-imported, but for now silence it selectively. MFC after: 3 dayscgit
|7d8a4eb9||dim||Feb. 8, 2022, 8:21 p.m.||tty_info: Avoid warning by using logical instead of bitwise operators
Since TD_IS_RUNNING() and TS_ON_RUNQ() are defined as logical expressions involving '==', clang 14 warns about them being checked with a bitwise operator instead of a logical one: ``` sys/kern/tty_info.c:124:9: error: use of bitwise '|' with boolean operands [-Werror,-Wbitwise-instead-of-logical] runa = TD_IS_RUNNING(td) | TD_ON_RUNQ(td); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ || sys/sys/proc.h:562:27: note: expanded from macro 'TD_IS_RUNNING' ^ sys/kern/tty_info.c:124:9: note: cast one or both operands to int to silence this warning sys/sys/proc.h:562:27: note: expanded from macro 'TD_IS_RUNNING' ^ sys/kern/tty_info.c:129:9: error: use of bitwise '|' with boolean operands [-Werror,-Wbitwise-instead-of-logical] runb = TD_IS_RUNNING(td2) | TD_ON_RUNQ(td2); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ || sys/sys/proc.h:562:27: note: expanded from macro 'TD_IS_RUNNING' ^ sys/kern/tty_info.c:129:9: note: cast one or both operands to int to silence this warning sys/sys/proc.h:562:27: note: expanded from macro 'TD_IS_RUNNING' ^ ``` Fix this by using logical operators instead. No functional change intended. Reviewed by: cem, emaste, kevans, markj MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D34186cgit
|a1f93266||kib||Feb. 8, 2022, 7:44 p.m.||libc binuptime(): use the right function to get the most significant bit index|
|14a15342||dim||Feb. 8, 2022, 6:53 p.m.||Remove device lio from i386's LINT-NOIP
This fixes link errors for the LINT-NOIP kernel on i386: ``` ld: error: undefined symbol: tcp_lro_flush_all >>> referenced by lio_droq.c >>> lio_droq.o:(lio_droq_process_packets) ld: error: undefined symbol: tcp_lro_rx >>> referenced by lio_core.c >>> lio_core.o:(lio_push_packet) ld: error: undefined symbol: tcp_lro_init >>> referenced by lio_main.c >>> lio_main.o:(lio_attach) ld: error: undefined symbol: tcp_lro_free >>> referenced by lio_main.c >>> lio_main.o:(lio_attach) >>> referenced by lio_main.c >>> lio_main.o:(lio_destroy_nic_device) *** [kernel] Error code 1 ``` MFC after: 3 dayscgit
|c862d5f2||markj||Feb. 8, 2022, 6:31 p.m.||riscv: Fix a race in pmap_pinit()
All pmaps share the top half of the address space. With 3-level page tables, the top-level kernel map entries are not static: they might change if the kernel map is extended (via pmap_growkernel()) or a 1GB mapping in the direct map is demoted (not implemented yet). Thus the riscv pmap maintains the allpmaps list to synchronize updates to top-level entries. When a pmap is created, it is inserted into this list after copying top-level entries from the kernel pmap. The copying is done without holding the allpmaps lock, and it is possible for pmap_pinit() to race with kernel map updates. In particular, if a thread is modifying L1 entries, and a concurrent pmap_pinit() copies the old version of the entries, it might not receive the update. Fix the problem by copying the kernel map entries after inserting the pmap into the list. This ensures that the nascent pmap always receives updates, though pmap_distribute_l1() may race with the page copy. Reviewed by: mhorne, jhb MFC after: 2 weeks Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D34158cgit
|5de79eed||markj||Feb. 8, 2022, 5:40 p.m.||ktls: Disallow transmitting empty frames outside of TLS 1.0/CBC mode
There was nothing preventing one from sending an empty fragment on an arbitrary KTLS TX-enabled socket, but ktls_frame() asserts that this could not happen. Though the transmit path handles this case for TLS 1.0 with AES-CBC, we should be strict and allow empty fragments only in modes where it is explicitly allowed. Modify sosend_generic() to reject writes to a KTLS-enabled socket if the number of data bytes is zero, so that userspace cannot trigger the aforementioned assertion. Add regression tests to exercise this case. Reported by: syzkaller Reviewed by: gallatin, jhb MFC after: 1 week Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D34195cgit
|300cfb96||markj||Feb. 8, 2022, 5:40 p.m.||file: Make fget*() and getvnode*() consistent about initializing *fpp
Most fget*() functions initialize the output parameter to NULL. Make the externally visible interface behave consistently, and make fget_unlocked_seq() private to kern_descrip.c. This fixes at least one bug in a consumer, _filemon_wrapper_openat(), which assumes that getvnode() sets the output file pointer to NULL upon an error. Reported by: email@example.com Reviewed by: kib MFC after: 1 week Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D34190cgit
|927aa5fe||markj||Feb. 8, 2022, 5:40 p.m.||bhyve: Fix getaddrinfo() error handling
- Use errx() since errno will not be set. - Print the message returned by gai_strerror(). MFC after: 1 week Sponsored by: The FreeBSD Foundationcgit
|745f3064||markj||Feb. 8, 2022, 5:40 p.m.||release.7: Drop obsolete notes about old versions of mkimg
MFC after: 1 week Sponsored by: The FreeBSD Foundationcgit
|2ec9a427||pkubaj||Feb. 8, 2022, 1:14 p.m.||src.conf: regenerate|
|675758f7||pho||Feb. 8, 2022, 6:51 a.m.||stress2: Updated test with problem found and mark it as a "no run"|