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.
|7a3e3a28||imp||June 25, 2019, 4:39 p.m.||Remove a couple of harmless stray references to nandfs.|
|0e2464ea||rlibby||June 25, 2019, 3:43 p.m.||netipsec key_register: check for M_NOWAIT alloc failure|
|343a7eab||gjb||June 25, 2019, 2:56 p.m.||Include files containing metadata specific to the branch in the|
|8d048f68||zec||June 25, 2019, 2:50 p.m.||Croatian calendar: update / fix names, dates, group national public|
|9efd65a9||hselasky||June 25, 2019, 1:15 p.m.||Fix parsing of corrupt data in usbdump(8). Check that the transfer|
|59854ecf||hselasky||June 25, 2019, 11:54 a.m.||Convert all IPv4 and IPv6 multicast memberships into using a STAILQ
instead of a linear array. The multicast memberships for the inpcb structure are protected by a non-sleepable lock, INP_WLOCK(), which needs to be dropped when calling the underlying possibly sleeping if_ioctl() method. When using a linear array to keep track of multicast memberships, the computed memory location of the multicast filter may suddenly change, due to concurrent insertion or removal of elements in the linear array. This in turn leads to various invalid memory access issues and kernel panics. To avoid this problem, put all multicast memberships on a STAILQ based list. Then the memory location of the IPv4 and IPv6 multicast filters become fixed during their lifetime and use after free and memory leak issues are easier to track, for example by: vmstat -m | grep multi All list manipulation has been factored into inline functions including some macros, to easily allow for a future hash-list implementation, if needed. This patch has been tested by pho@ . Differential Revision: https://reviews.freebsd.org/D20080 Reviewed by: markj @ MFC after: 1 week Sponsored by: Mellanox Technologiescgit ViewVC
|43a9329e||hselasky||June 25, 2019, 11:46 a.m.||Free all allocated unit IDs in cuse(3) after the client character|
|c7ffaed9||hselasky||June 25, 2019, 11:42 a.m.||Fix for deadlock situation in cuse(3)|
|019c8c93||ae||June 25, 2019, 11:40 a.m.||Follow the RFC 3128 and drop short TCP fragments with offset = 1.|
|7d4b2d52||ae||June 25, 2019, 9:11 a.m.||Mark default rule with IPFW_RULE_NOOPT flag, so it can be showed in|
|55507128||ae||June 25, 2019, 9:08 a.m.||Restore ipfw(8)'s compact output support broken after r331668.|
|18cd8bb8||dougm||June 25, 2019, 7:44 a.m.||vm_map_protect may return an INVALID_ARGUMENT or PROTECTION_FAILURE
error response after clipping the first map entry in the region to be reserved. This creates a pair of matching entries that should have been "simplified" back into one, or never created. This change defers the clipping of that entry until those two vm_map_protect failure cases have been ruled out. Reviewed by: alc Approved by: markj (mentor) Differential Revision: https://reviews.freebsd.org/D20711cgit ViewVC
|c964c987||cy||June 25, 2019, 7:04 a.m.||The definition of icmptypes in ip_compt.h is dead code as it already|
|3e21da8a||araujo||June 25, 2019, 6:24 a.m.||Add SPDX tags to bhyve(8) HD Audio device.|
|a9154c1c||imp||June 25, 2019, 6:14 a.m.||Replay r349342 by imp accidentally reverted by r349352|