<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys, branch release/6.3.0_cvs</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F6.3.0_cvs</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F6.3.0_cvs'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2008-01-15T15:46:22Z</updated>
<entry>
<title>This commit was manufactured by cvs2svn to create tag</title>
<updated>2008-01-15T15:46:22Z</updated>
<author>
<name>cvs2svn</name>
<email>cvs2svn@FreeBSD.org</email>
</author>
<published>2008-01-15T15:46:22Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=5cd221028ba5e7ada35a0dd196fb642b44f197d1'/>
<id>urn:sha1:5cd221028ba5e7ada35a0dd196fb642b44f197d1</id>
<content type='text'>
'RELENG_6_3_0_RELEASE'.

This commit was manufactured to restore the state of the 6.3-RELEASE image.
</content>
</entry>
<entry>
<title>Get ready for the 6.3-RELEASE builds.</title>
<updated>2008-01-15T15:46:21Z</updated>
<author>
<name>Ken Smith</name>
<email>kensmith@FreeBSD.org</email>
</author>
<published>2008-01-15T15:46:21Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=665ce17da44f98ae193440703de789dedfb6a72c'/>
<id>urn:sha1:665ce17da44f98ae193440703de789dedfb6a72c</id>
<content type='text'>
Approved by:	re (implicit)
</content>
</entry>
<entry>
<title>MFC: Update to firmware version 1.4.29 from 1.4.25</title>
<updated>2008-01-15T15:41:30Z</updated>
<author>
<name>Andrew Gallatin</name>
<email>gallatin@FreeBSD.org</email>
</author>
<published>2008-01-15T15:41:30Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=4b81b9d4b96cc10cfb13f1c83d241aac7bf9810e'/>
<id>urn:sha1:4b81b9d4b96cc10cfb13f1c83d241aac7bf9810e</id>
<content type='text'>
Approved by: re (kensmith)
</content>
</entry>
<entry>
<title>MFC: Use devclass_get_count() instead of devclass_get_maxunit().</title>
<updated>2008-01-07T21:27:50Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2008-01-07T21:27:50Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=23da803376dd22626dd7d601a2bceb40ef5dfa2d'/>
<id>urn:sha1:23da803376dd22626dd7d601a2bceb40ef5dfa2d</id>
<content type='text'>
Approved by:	re (hrs)
</content>
</entry>
<entry>
<title>MFC r1.8</title>
<updated>2007-12-29T17:29:11Z</updated>
<author>
<name>Andrew Thompson</name>
<email>thompsa@FreeBSD.org</email>
</author>
<published>2007-12-29T17:29:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=f3931b63ebef646e9c7ce76f8ee4e4ff491355c5'/>
<id>urn:sha1:f3931b63ebef646e9c7ce76f8ee4e4ff491355c5</id>
<content type='text'>
  Fix a panic where if the mbuf was consumed by the filter for requeueing
  (dummynet), ipsec_filter() would return the empty error code and the ipsec
  code would continue to forward/deference the null mbuf.

Approved by:	re (gnn)
</content>
</entry>
<entry>
<title>MFC: Update to 2008.</title>
<updated>2007-12-26T16:49:12Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2007-12-26T16:49:12Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=04a6d14346f231a86d7edb3852b5f5f3453e3833'/>
<id>urn:sha1:04a6d14346f231a86d7edb3852b5f5f3453e3833</id>
<content type='text'>
Approved by: re@ (kensmith)
</content>
</entry>
<entry>
<title>MFC: 1.8</title>
<updated>2007-12-23T11:31:24Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2007-12-23T11:31:24Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=12b20befe526bc5acdd7b10a0eb9f1c2184e4a79'/>
<id>urn:sha1:12b20befe526bc5acdd7b10a0eb9f1c2184e4a79</id>
<content type='text'>
In openprom_ioctl() ensure appropriate permissions and that data isn't
NULL and doesn't point to a NULL pointer before dereferencing it.

Approved by:	re (kensmith)
</content>
</entry>
<entry>
<title>Merge in_pcb.c:1.165.2.7 from RELENG_6 to RELENG_6_3:</title>
<updated>2007-12-22T21:01:53Z</updated>
<author>
<name>Robert Watson</name>
<email>rwatson@FreeBSD.org</email>
</author>
<published>2007-12-22T21:01:53Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=36b3e34efe493fe623c790db6375d433ea7a46eb'/>
<id>urn:sha1:36b3e34efe493fe623c790db6375d433ea7a46eb</id>
<content type='text'>
  When IPSEC fails to allocate policy state for an inpcb, and MAC is in use,
  free the MAC label on the inpcb before freeing the inpcb.

  Submitted by:   tanyong &lt;tanyong at ercist dot iscas dot ac dot cn&gt;,
                  zhouzhouyi

Approved by:	re (kensmith)
</content>
</entry>
<entry>
<title>Merge mac_posix_sem.c:1.1.2.1 from HEAD to RELENG_6_3:</title>
<updated>2007-12-22T17:04:16Z</updated>
<author>
<name>Robert Watson</name>
<email>rwatson@FreeBSD.org</email>
</author>
<published>2007-12-22T17:04:16Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=63891de9b72e11ac1be8a0b096bb546e114a96ee'/>
<id>urn:sha1:63891de9b72e11ac1be8a0b096bb546e114a96ee</id>
<content type='text'>
  Fix a MAC label leak for POSIX semaphores, in which per-policy labels
  would be properly disposed of, but the global label structure for the
  semaphore wouldn't be freed.

  Reported by:    tanyong &lt;tanyong at ercist dot iscas dot ac dot cn&gt;,
                  zhouzhouyi

Approved by:	re (kensmith)
</content>
</entry>
<entry>
<title>Merge in6_pcb.c:1.62.2.6 from RELENG_6 to RELENG_6_3:</title>
<updated>2007-12-22T16:49:20Z</updated>
<author>
<name>Robert Watson</name>
<email>rwatson@FreeBSD.org</email>
</author>
<published>2007-12-22T16:49:20Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=55813e26c7f76e8f9045fd37f31d6e19b7ec5abb'/>
<id>urn:sha1:55813e26c7f76e8f9045fd37f31d6e19b7ec5abb</id>
<content type='text'>
  Fix leaking MAC labels for IPv6 inpcbs by adding missing MAC label
  destroy call; this transpired because the inpcb alloc path for IPv4/IPv6
  is the same code, but IPv6 has a separate free path.  The results was
  that as new IPv6 TCP connections were created, kernel memory would
  gradually leak.

  Reported by:    tanyong &lt;tanyong at ercist dot iscas dot ac dot cn&gt;,
                  zhouzhouyi

Approved by:    re (kensmith)
</content>
</entry>
</feed>
