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.
|7d4dceec||erj||Feb. 4, 2021, 11:33 p.m.||ixl(4): Fix VLAN HW filtering
X700 family of controllers has limited number of available VLAN HW filters. Driver did not handle properly a case when user assigned more VLANs to the interface which had all filters already in use. Fix that by disabling HW filtering when it is impossible to create filters for all requested VLANs. Keep track of registered VLANs using bitstring to be able to re-enable HW filtering when number of requested VLANs drops below the limit. Also switch all allocations to use M_IXL malloc type to ease detecting memory leaks in the driver. Reviewed by: erj Tested by: email@example.com MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D28137cgit
|2bd4ff2d||tsoome||Feb. 4, 2021, 9:29 p.m.||loader.efi: There are systems without ConOut, also use ConOutDev
Conout does contian the default output device name. ConOutDev does contain all possible output device names, so we can use it as fallback, when there is no ConOut. PR: 253253cgit
|aa776623||bofh||Feb. 4, 2021, 9:05 p.m.||Add a comment notifying that "device axp" requires miibus for build.|
|8a06ca2f||rstone||Feb. 4, 2021, 6:58 p.m.||Fix mismerge in OFED update
When OFED was upgraded to Linux v4.9, a bunch of Linux-specific netlink changes were dropped. Unfortunately, there was a mismerge in this process and as a result ib_sa_cancel_query() would fail to cancel an outstanding MAD. This was causing rdma_destroy_id() to hang indefinitely waiting for the MAD to complete and release the final reference. Sponsored by: Dell Inc. Differential Revision: https://reviews.freebsd.org/D28421 Reviewed by: hselasky, kib MFC after: 2 monthscgit
|b58cf1cb||rstone||Feb. 4, 2021, 6:54 p.m.||Fix race condition in linuxkpi workqueue
Consider the following scenario: 1. A delayed_work struct in the WORK_ST_TIMER state. 2. Thread A calls mod_delayed_work() 3. Thread B (a callout thread) simultaneously calls linux_delayed_work_timer_fn() The following sequence of events is possible: A: Call linux_cancel_delayed_work() A: Change state from TIMER TO CANCEL B: Change state from CANCEL to TASK B: taskqueue_enqueue() the task A: taskqueue_cancel() the task A: Call linux_queue_delayed_work_on(). This is a no-op because the state is WORK_ST_TASK. As a result, the delayed_work struct will never be invoked. This is causing address resolution in ib_addr.c to stop permanently, as it never tries to reschedule a task that it thinks is already scheduled. Fix this by introducing locking into the cancel path (which corresponds with the lock held while the callout runs). This will prevent the callout from changing the state of the task until the cancel is complete, preventing the race. Differential Revision: https://reviews.freebsd.org/D28420 Reviewed by: hselasky MFC after: 2 monthscgit
|1eec5861||arichardson||Feb. 4, 2021, 5:57 p.m.||tests/sys/vfs/lookup_cap_dotdot: No longer aborts after ATF update
It appears this test no longer fails after c203bd70b5957f85616424b6fa374479372d06e3. PR: 215690cgit
|72692dfd||arichardson||Feb. 4, 2021, 5:56 p.m.||usr.bin/jail: Fix tests when using kyua -v parallelism=N|
|58de61b9||arichardson||Feb. 4, 2021, 5:56 p.m.||sbin/pfctl: fix tests after recent output changes|
|c203bd70||arichardson||Feb. 4, 2021, 3:03 p.m.||Import atf 0.22 snapshot ca73d08c3fc1ecffc1f1c97458c31ab82c12bb01
This includes improvements to the atf-sh helper functions that significantly reduce the number of spawned processes for each test and therefore speeds up running the testsuite noticeably.cgit
|cb7cc72c||jhb||Feb. 3, 2021, 10:59 p.m.||serf: Fix the default return value of the BIO control method.
OpenSSL BIO classes provide an abstraction for dealing with I/O. OpenSSL provides BIO classes for commonly used I/O primitives backed by file descriptors, sockets, etc. as well as permitting consumers of OpenSSL to define custom BIO classes. One of the methods BIO classes implement is a control method invoked by BIO_ctrl() for various ancilliary tasks somewhat analgous to fcntl() and ioctl() on file descriptors. According to the BIO_ctrl(3) manual page, control methods should return 0 for unknown control requests. KTLS support in OpenSSL adds new control requests. Two of those new requests are queries to determine if KTLS is enabled for either reading or writing. These control reuquest return 1 if KTLS is enabled and 0 if it is not. serf includes two custom BIO classes for wrapping I/O requests from files and from a buffer in memory. These BIO classes both use a custom control method. However, this custom control method was returning 1 for unknown or unsupported control requests instead of 0. As a result, OpenSSL with KTLS believed that these BIOs were using KTLS and were thus adding headers and doing encryption/decryption in the BIO. Correcting the return value removes this confusion. PR: 253135 Reported by: Guido Falsi <firstname.lastname@example.org> Reviewed by: emaste MFC after: 3 days Sponsored by: Netflix Differential Revision: https://reviews.freebsd.org/D28472cgit
|9fac05ba||alfredo||Feb. 4, 2021, 1:06 a.m.||[POWERPC64BE] add mrsas driver to GENERIC64|
|e34a057c||alfredo||Feb. 4, 2021, 1:06 a.m.||[POWERPC64BE] mrsas: add big-endian support
Add endiannes conversions in order to support big-endian platforms Submitted by: Andre Fernando da Silva <email@example.com> Reviewed by: luporl, alfredo, kadesai (on email) Sponsored by: Eldorado Research Institute (eldorado.org.br) Differential Revision: https://reviews.freebsd.org/D26531cgit
|847dfd28||emaste||Feb. 3, 2021, 9:24 p.m.||readelf: do not trucate section name with -W|
|e79b51e2||emaste||Feb. 3, 2021, 9:17 p.m.||readelf: decode LA48 and ASG_DISABLE feature flags
MFC after: 1 week Sponsored by: The FreeBSD Foundationcgit
|660344ca||rstone||Feb. 3, 2021, 9:16 p.m.||Add a VM flag to prevent reclaim on a failed contig allocation
If a M_WAITOK contig alloc fails, the VM subsystem will try to reclaim contiguous memory twice before actually failing the request. On a system with 64GB of RAM I've observed this take 400-500ms before it finally gives up, and I believe that this will only be worse on systems with even more memory. In certain contexts this delay is extremely harmful, so add a flag that will skip reclaim for allocation requests to allow those paths to opt-out of doing an expensive reclaim. Sponsored by: Dell Inc Differential Revision: https://reviews.freebsd.org/D28422 Reviewed by: markj, kibcgit