<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/netinet, branch release/4.9.0_cvs</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F4.9.0_cvs</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F4.9.0_cvs'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2003-10-27T07:57:33Z</updated>
<entry>
<title>This commit was manufactured by cvs2svn to create tag</title>
<updated>2003-10-27T07:57:33Z</updated>
<author>
<name>cvs2svn</name>
<email>cvs2svn@FreeBSD.org</email>
</author>
<published>2003-10-27T07:57:33Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=90928716548537e93f54266e33cb4a3353fd3932'/>
<id>urn:sha1:90928716548537e93f54266e33cb4a3353fd3932</id>
<content type='text'>
'RELENG_4_9_0_RELEASE'.

This commit was manufactured to restore the state of the 4.9-RELEASE image.
Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs.
</content>
</entry>
<entry>
<title>MFC Rev 1.40 to fix use-after-free problems with dynamic rules.</title>
<updated>2003-10-17T11:01:03Z</updated>
<author>
<name>Scott Long</name>
<email>scottl@FreeBSD.org</email>
</author>
<published>2003-10-17T11:01:03Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=b05fd50a123ed7681418482d52586d38665dda66'/>
<id>urn:sha1:b05fd50a123ed7681418482d52586d38665dda66</id>
<content type='text'>
Submitted by: mckusick
Approved by: re (murray&gt;
</content>
</entry>
<entry>
<title>MFC 1.240: add IPSEC_FILTERGIF suport for FAST_IPSEC</title>
<updated>2003-10-06T18:25:59Z</updated>
<author>
<name>Sam Leffler</name>
<email>sam@FreeBSD.org</email>
</author>
<published>2003-10-06T18:25:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a7c674c3fbe82141063359e2ba7d26fa5d597785'/>
<id>urn:sha1:a7c674c3fbe82141063359e2ba7d26fa5d597785</id>
<content type='text'>
Approved by:	re (murray)
</content>
</entry>
<entry>
<title>MFC: The knobs controlling ipfw2 and ip6fw were not protected when running</title>
<updated>2003-10-01T07:07:07Z</updated>
<author>
<name>Bruce M Simpson</name>
<email>bms@FreeBSD.org</email>
</author>
<published>2003-10-01T07:07:07Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a4bf1e9e86841bca1aeb30ec52e5abc7203f8f03'/>
<id>urn:sha1:a4bf1e9e86841bca1aeb30ec52e5abc7203f8f03</id>
<content type='text'>
at an elevated securelevel. Fix this behaviour and function as documented.

PR:		kern/39396
Approved by:	re (rwatson)
</content>
</entry>
<entry>
<title>Fix a logic error in the check to see if arplookup() should free the route.</title>
<updated>2003-09-24T21:51:13Z</updated>
<author>
<name>Bruce M Simpson</name>
<email>bms@FreeBSD.org</email>
</author>
<published>2003-09-24T21:51:13Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=bbf090d0963344188f6f45ca6fa34a46bb646b7e'/>
<id>urn:sha1:bbf090d0963344188f6f45ca6fa34a46bb646b7e</id>
<content type='text'>
Noticed by:	Mike Hogsett
Reviewed by:	ru
</content>
</entry>
<entry>
<title>Fix a bug in arplookup(), whereby a hostile party on a locally</title>
<updated>2003-09-23T16:54:39Z</updated>
<author>
<name>Bruce M Simpson</name>
<email>bms@FreeBSD.org</email>
</author>
<published>2003-09-23T16:54:39Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=b7feb429a278afda606ea9e29c9a633636d2fd59'/>
<id>urn:sha1:b7feb429a278afda606ea9e29c9a633636d2fd59</id>
<content type='text'>
attached network could exhaust kernel memory, and cause a system
panic, by sending a flood of spoofed ARP requests.

Approved by:	security-officer, jake (mentor)
Reported by:	Apple Product Security &lt;product-security@apple.com&gt;
</content>
</entry>
<entry>
<title>MFC rev 1.115 (check for null return from M_PREPEND)</title>
<updated>2003-09-16T05:43:56Z</updated>
<author>
<name>Mike Silbersack</name>
<email>silby@FreeBSD.org</email>
</author>
<published>2003-09-16T05:43:56Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=7dff622e5b52a4fc8f749cba0f9e423b8c31974e'/>
<id>urn:sha1:7dff622e5b52a4fc8f749cba0f9e423b8c31974e</id>
<content type='text'>
Approved by:	re
</content>
</entry>
<entry>
<title>MFC mbuf_stress_test Mark II.</title>
<updated>2003-09-13T05:52:47Z</updated>
<author>
<name>Mike Silbersack</name>
<email>silby@FreeBSD.org</email>
</author>
<published>2003-09-13T05:52:47Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=dad49b55e4def2f1390737b3faa02f549b0f9106'/>
<id>urn:sha1:dad49b55e4def2f1390737b3faa02f549b0f9106</id>
<content type='text'>
Approved by:	re (murray)
</content>
</entry>
<entry>
<title>MFC: Add the IP_ONESBCAST option, to enable undirected IP broadcasts to be</title>
<updated>2003-09-09T19:09:23Z</updated>
<author>
<name>Bruce M Simpson</name>
<email>bms@FreeBSD.org</email>
</author>
<published>2003-09-09T19:09:23Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=de28d89963d97f41a113e6cd22f17ff5474e6fde'/>
<id>urn:sha1:de28d89963d97f41a113e6cd22f17ff5474e6fde</id>
<content type='text'>
sent on specific interfaces. This is required by aodvd, and may in future
help us in getting rid of the requirement for BPF from our import of isc-dhcp.

PR:		kern/37486
Obtained from:	BSD/OS
Approved by:	re, jake (mentor)
</content>
</entry>
<entry>
<title>Merge from -current support for Protocol Independent Multicast.</title>
<updated>2003-08-24T21:37:34Z</updated>
<author>
<name>Jeffrey Hsu</name>
<email>hsu@FreeBSD.org</email>
</author>
<published>2003-08-24T21:37:34Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=d0a0e351aa13184fa05ba4131eebc4739c2dc124'/>
<id>urn:sha1:d0a0e351aa13184fa05ba4131eebc4739c2dc124</id>
<content type='text'>
Submitted by:	Pavlin Radoslavov &lt;pavlin@icir.org&gt;
</content>
</entry>
</feed>
