<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/dev/fxp, branch release/4.10.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F4.10.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F4.10.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2004-01-17T23:04:26Z</updated>
<entry>
<title>MFC 1.179:</title>
<updated>2004-01-17T23:04:26Z</updated>
<author>
<name>Robert Watson</name>
<email>rwatson@FreeBSD.org</email>
</author>
<published>2004-01-17T23:04:26Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=37bf8914b90a6fd1c9aa2ef132d6b74ba46b8d38'/>
<id>urn:sha1:37bf8914b90a6fd1c9aa2ef132d6b74ba46b8d38</id>
<content type='text'>
  date: 2003/05/16 01:13:16;  author: rwatson;  state: Exp;  lines: +5 -1
  Add a tunable/sysctl "hw.fxp_noflow" which disables flow control support
  on if_fxp cards.  When flow control is enabled, if the operating system
  doesn't acknowledge the packet buffer filling, the card will begin to
  generate ethernet quench packets, but appears to get into a feedback
  loop of some sort, hosing local switches.  This is a temporary workaround
  for 5.1: the ability to configure flow control should probably be
  exposed by some or another management interface on ethernet link layer
  devices.

Requested by:	Pawel Malachowski &lt;pawmal-posting@freebsd.lublin.pl&gt;
</content>
</entry>
<entry>
<title>MFC 1.190: better device description strings.</title>
<updated>2003-08-18T16:43:16Z</updated>
<author>
<name>John Polstra</name>
<email>jdp@FreeBSD.org</email>
</author>
<published>2003-08-18T16:43:16Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=7f5d4ddc97b9d13e7b6a2aba585f841b80304716'/>
<id>urn:sha1:7f5d4ddc97b9d13e7b6a2aba585f841b80304716</id>
<content type='text'>
</content>
</entry>
<entry>
<title>MFC: Add a new device ID.</title>
<updated>2003-06-12T16:47:05Z</updated>
<author>
<name>Maxime Henrion</name>
<email>mux@FreeBSD.org</email>
</author>
<published>2003-06-12T16:47:05Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=b2ab790b92f90f8564053e938160f909d3dac1fc'/>
<id>urn:sha1:b2ab790b92f90f8564053e938160f909d3dac1fc</id>
<content type='text'>
Relevant HEAD revision:
	if_fxp.c: 1.182
</content>
</entry>
<entry>
<title>MFC 1.151: Correct names for fxp devices.  Sort data by devid in</title>
<updated>2003-04-05T19:03:23Z</updated>
<author>
<name>John Polstra</name>
<email>jdp@FreeBSD.org</email>
</author>
<published>2003-04-05T19:03:23Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=ba6ccf8079052aff6090dd4d9551c912e834fb35'/>
<id>urn:sha1:ba6ccf8079052aff6090dd4d9551c912e834fb35</id>
<content type='text'>
fxp_ident_table.

PR:		kern/48699
</content>
</entry>
<entry>
<title>MFC: rev 1.146 Add some new PCI device ID's</title>
<updated>2003-01-28T11:17:33Z</updated>
<author>
<name>MIHIRA Sanpei Yoshiro</name>
<email>sanpei@FreeBSD.org</email>
</author>
<published>2003-01-28T11:17:33Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=a52cac69d2d3d8bb21ab6e407ee01a72ae4cf96f'/>
<id>urn:sha1:a52cac69d2d3d8bb21ab6e407ee01a72ae4cf96f</id>
<content type='text'>
</content>
</entry>
<entry>
<title>MFC: properly fix the occassional random crash issue that revision</title>
<updated>2002-11-13T20:58:31Z</updated>
<author>
<name>Ian Dowse</name>
<email>iedowse@FreeBSD.org</email>
</author>
<published>2002-11-13T20:58:31Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=ba0e677cf06ea8e2fa6d3f4d5147385302b23f3d'/>
<id>urn:sha1:ba0e677cf06ea8e2fa6d3f4d5147385302b23f3d</id>
<content type='text'>
1.142 (1.110.2.26) of if_fxp.c just limited to the DEVICE_POLLING
case.
</content>
</entry>
<entry>
<title>MFC: 1.142; make a dependence on undefined hardware behaviour</title>
<updated>2002-11-06T17:17:04Z</updated>
<author>
<name>Ian Dowse</name>
<email>iedowse@FreeBSD.org</email>
</author>
<published>2002-11-06T17:17:04Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=ae0ed79e39a56a783aaf145cabc3e83201b1b90e'/>
<id>urn:sha1:ae0ed79e39a56a783aaf145cabc3e83201b1b90e</id>
<content type='text'>
conditional on DEVICE_POLLING. This appears to fix some occasional
mbuf-related crashes in the non-DEVICE_POLLING case when using the
fxp driver; a solution for the DEVICE_POLLING case is on the way.
</content>
</entry>
<entry>
<title>MFC: rev 1.140 Add some new PCI device ID's</title>
<updated>2002-09-24T23:45:16Z</updated>
<author>
<name>Paul Saab</name>
<email>ps@FreeBSD.org</email>
</author>
<published>2002-09-24T23:45:16Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=997b18fff2524e8f716d0829a6726df87b3b0116'/>
<id>urn:sha1:997b18fff2524e8f716d0829a6726df87b3b0116</id>
<content type='text'>
Approved by:	re
</content>
</entry>
<entry>
<title>MFC 1.136 and 1.137</title>
<updated>2002-08-09T02:04:20Z</updated>
<author>
<name>Luigi Rizzo</name>
<email>luigi@FreeBSD.org</email>
</author>
<published>2002-08-09T02:04:20Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=41e37dd0c06f4ea8a011f085c55d8c7401fff75d'/>
<id>urn:sha1:41e37dd0c06f4ea8a011f085c55d8c7401fff75d</id>
<content type='text'>
  + (1.136) fix handling of RNR conditions when using polling
  + (1.137) use m_getcl() to allocate buffers for the receive ring.
</content>
</entry>
<entry>
<title>MFC: whitespace commit, fix indentation in fxp_intr_body</title>
<updated>2002-07-29T02:50:59Z</updated>
<author>
<name>Luigi Rizzo</name>
<email>luigi@FreeBSD.org</email>
</author>
<published>2002-07-29T02:50:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=24874397ad688f22543ed852431b72ed3da62190'/>
<id>urn:sha1:24874397ad688f22543ed852431b72ed3da62190</id>
<content type='text'>
</content>
</entry>
</feed>
