<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys, branch stable/6</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=stable%2F6</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=stable%2F6'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2014-01-08T03:17:32Z</updated>
<entry>
<title>Revert MFC of r258821 - it was already handled by MFC of r239672.</title>
<updated>2014-01-08T03:17:32Z</updated>
<author>
<name>Peter Wemm</name>
<email>peter@FreeBSD.org</email>
</author>
<published>2014-01-08T03:17:32Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=f343923e21d525f5a2339b62c078ce6f8bb77a2d'/>
<id>urn:sha1:f343923e21d525f5a2339b62c078ce6f8bb77a2d</id>
<content type='text'>
Pointy hat to: peter
</content>
</entry>
<entry>
<title>MFC r258821 - fix tcp simultaneous close</title>
<updated>2014-01-07T23:03:31Z</updated>
<author>
<name>Peter Wemm</name>
<email>peter@FreeBSD.org</email>
</author>
<published>2014-01-07T23:03:31Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=6d63eb0ea8e47aeb987200dc8ec38b8cf23d8e94'/>
<id>urn:sha1:6d63eb0ea8e47aeb987200dc8ec38b8cf23d8e94</id>
<content type='text'>
PR:             kern/99188
</content>
</entry>
<entry>
<title>MFC r249846:</title>
<updated>2013-05-01T18:06:53Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2013-05-01T18:06:53Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=e7e0d629feba547d66eda57dbad931350a124b39'/>
<id>urn:sha1:e7e0d629feba547d66eda57dbad931350a124b39</id>
<content type='text'>
When rebooting (exiting) from the BTX loader, make sure to restore the
GDT from the correct segment, otherwise a triple fault would be caused.
In some virtual environments (VMware, VirtualBox, etc) this could lead
to a unhandled error or hang in the guest emulation software.

Thanks to avg and jhb for a few hints in the right direction.

Noticed by:	Jeremy Chadwick &lt;jdc@koitsu.org&gt; (and many others)
</content>
</entry>
<entry>
<title>MFC r247334:</title>
<updated>2013-03-01T00:46:41Z</updated>
<author>
<name>Xin LI</name>
<email>delphij@FreeBSD.org</email>
</author>
<published>2013-03-01T00:46:41Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=f440f441ed80268a1c2203312adbbb08c6194dc6'/>
<id>urn:sha1:f440f441ed80268a1c2203312adbbb08c6194dc6</id>
<content type='text'>
Correct a typo introduced in r153575, which gives inverted logic when
handling blocking semantics when seeding.

PR:		kern/143298
Submitted by:	James Juran &lt;james juran baesystems com&gt;
Reviewed by:	markm
</content>
</entry>
<entry>
<title>MFC r239672 (by rrs):</title>
<updated>2013-02-21T21:48:38Z</updated>
<author>
<name>Mark Johnston</name>
<email>markj@FreeBSD.org</email>
</author>
<published>2013-02-21T21:48:38Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=732efd0aa990f995a9c83ed0ce21e5c0ae8ca38f'/>
<id>urn:sha1:732efd0aa990f995a9c83ed0ce21e5c0ae8ca38f</id>
<content type='text'>
  This small change takes care of a race condition
  that can occur when both sides close at the same time.
  If that occurs, without this fix the connection enters
  FIN1 on both sides and they will forever send FIN|ACK at
  each other until the connection times out. This is because
  we stopped processing the FIN|ACK and thus did not advance
  the sequence and so never ACK'd each others FIN. This
  fix adjusts it so we *do* process the FIN properly and
  the race goes away ;-)

Approved by:	emaste (co-mentor)
</content>
</entry>
<entry>
<title>MFC 244900: Happy New Year 2013!</title>
<updated>2012-12-31T23:31:05Z</updated>
<author>
<name>David E. O'Brien</name>
<email>obrien@FreeBSD.org</email>
</author>
<published>2012-12-31T23:31:05Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=8b2f1ea49f0f256dd002d60bda678b3df390c443'/>
<id>urn:sha1:8b2f1ea49f0f256dd002d60bda678b3df390c443</id>
<content type='text'>
            (and we're still making commits to 6.x!)
</content>
</entry>
<entry>
<title>MFC r232267 via stable/8 MFC r232354</title>
<updated>2012-03-02T16:39:00Z</updated>
<author>
<name>Sean Bruno</name>
<email>sbruno@FreeBSD.org</email>
</author>
<published>2012-03-02T16:39:00Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=8e24da6d77fa7275461f0b019482ad88fe2f865c'/>
<id>urn:sha1:8e24da6d77fa7275461f0b019482ad88fe2f865c</id>
<content type='text'>
Workaround for PCIe 4GB boundary issue

Enforce a boundary of no more than 4GB - transfers crossing a 4GB
boundary can lead to data corruption due to PCIe limitations.  This
change is a less-intrusive workaround that can be quickly merged back
to older branches; a cleaner implementation will arrive in HEAD later
but may require KPI changes.

This change is based on a suggestion by jhb@.
</content>
</entry>
<entry>
<title>Update if_de(4) to fix bugs - a combination of bitrot and busdma changes.</title>
<updated>2011-09-26T15:26:59Z</updated>
<author>
<name>Adrian Chadd</name>
<email>adrian@FreeBSD.org</email>
</author>
<published>2011-09-26T15:26:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=7630bdb2ee77df85a543820b9fe6bca192e6cbd9'/>
<id>urn:sha1:7630bdb2ee77df85a543820b9fe6bca192e6cbd9</id>
<content type='text'>
This commit is a merge of 197465, 197464, 197463, 197461, 177937 and 170389.

Submitted by:	Andreas Longwitz &lt;longwitz@incore.de&gt;
Reviewed by:	jhb
</content>
</entry>
<entry>
<title>MFC r220247:</title>
<updated>2011-04-09T11:03:04Z</updated>
<author>
<name>Bjoern A. Zeeb</name>
<email>bz@FreeBSD.org</email>
</author>
<published>2011-04-09T11:03:04Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=c63ad9fc169db569bb262e5aeebe9d3eec1da882'/>
<id>urn:sha1:c63ad9fc169db569bb262e5aeebe9d3eec1da882</id>
<content type='text'>
  Do not allow directly recursive RFC3173 IPComp payload.

  While IPv6 does count iterations over next headers in ip6_input,
  we still disallow directly recursive IPComp payload in the KAME code.

Security:	CVE-2011-1547
</content>
</entry>
<entry>
<title>MFC: Use the 'cfg2' value for Intel chipsets to limit the number of channels</title>
<updated>2010-11-02T12:42:46Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2010-11-02T12:42:46Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=da58b36df4bb19e7dc1f6fe0bbec3c804290d8b4'/>
<id>urn:sha1:da58b36df4bb19e7dc1f6fe0bbec3c804290d8b4</id>
<content type='text'>
for non-SATA controllers.  Specifically, limit the non-AHCI ICH7, 63XXESB2,
and ICHM8 controllers to a single channel.
</content>
</entry>
</feed>
