7a3e3a28 imp June 25, 2019, 4:39 p.m.
Submitted by: tsoome@
cgit ViewVC
0e2464ea rlibby June 25, 2019, 3:43 p.m.
Reviewed by:	ae, cem
Sponsored by:	Dell EMC Isilon
Differential Revision:	https://reviews.freebsd.org/D20742
cgit ViewVC
343a7eab gjb June 25, 2019, 2:56 p.m.
directory where the individual distribution sets exist.

The new metadata files include the build date, svn branch, and
revision of the build.

Requested by:	Mellanox Technologies (via kib)
MFC after:	3 days
Sponsored by:	Rubicon Communications, LLC (Netgate)
cgit ViewVC
8d048f68 zec June 25, 2019, 2:50 p.m.
holidays, sort by date.

MFC after:	3 days
cgit ViewVC
9efd65a9 hselasky June 25, 2019, 1:15 p.m.
type array lookup is within bounds to avoid segfault.

PR:		238801
MFC after:	3 days
Sponsored by:	Mellanox Technologies
cgit ViewVC
59854ecf hselasky June 25, 2019, 11:54 a.m.
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

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 Technologies
cgit ViewVC
43a9329e hselasky June 25, 2019, 11:46 a.m.
devices have been destroyed to avoid creating character devices with
identical name.

MFC after:	1 week
Sponsored by:	Mellanox Technologies
cgit ViewVC
c7ffaed9 hselasky June 25, 2019, 11:42 a.m.
The final server unref should be done by the server thread to prevent
deadlock in the client cdevpriv destructor, which cannot destroy

MFC after:	1 week
Sponsored by:	Mellanox Technologies
cgit ViewVC
019c8c93 ae June 25, 2019, 11:40 a.m.
Reported by:	emaste
MFC after:	1 week
cgit ViewVC
7d4b2d52 ae June 25, 2019, 9:11 a.m.
compact form.

MFC after:	1 week
cgit ViewVC
55507128 ae June 25, 2019, 9:08 a.m.
Also modify it a bit. Now -c option omits only 'from any to any' part
and works for different protocols (not just for ip).

Reported by:	Dmitry Selivanov <dseliv at gmail>
MFC after:	1 week
cgit ViewVC
18cd8bb8 dougm June 25, 2019, 7:44 a.m.
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/D20711
cgit ViewVC
c964c987 cy June 25, 2019, 7:04 a.m.
use the icmptypes in ip_icmp.h.

MFC after:	1 week
cgit ViewVC
3e21da8a araujo June 25, 2019, 6:24 a.m.
Reviewed by:	bcran
Differential Revision:	https://reviews.freebsd.org/D20750
cgit ViewVC
a9154c1c imp June 25, 2019, 6:14 a.m.
Use the cam_ed copy of ata_params rather than malloc and freeing
memory for it. This reaches into internal bits of xpt a little, and
I'll clean that up later.
cgit ViewVC