<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/ed, 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>Driver names for DRIVER_MODULE in current are 'ed' and 'ep', but in</title>
<updated>2003-10-06T02:53:52Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2003-10-06T02:53:52Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=5a9699a334b5548e68fcf234c2f4176214be45b8'/>
<id>urn:sha1:5a9699a334b5548e68fcf234c2f4176214be45b8</id>
<content type='text'>
-stable they need to be 'if_ed' and 'if_ep'.  ifconfig should be
modified, but this is a lower risk change this late in the release
cycle.

Approved by: re@
</content>
</entry>
<entry>
<title>MFC: ALLIED TELESIS,K.K. LA-ISA V2 ISA PnP ID.</title>
<updated>2002-07-29T07:52:57Z</updated>
<author>
<name>Takanori Watanabe</name>
<email>takawata@FreeBSD.org</email>
</author>
<published>2002-07-29T07:52:57Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=10d5e2fb12b440e3af5289fcea48999f4d1715a7'/>
<id>urn:sha1:10d5e2fb12b440e3af5289fcea48999f4d1715a7</id>
<content type='text'>
Submitted by:   nork
</content>
</entry>
<entry>
<title>Mega-MFC for ipfw/bridge/dummynet features and fixes added over the</title>
<updated>2001-11-03T00:36:11Z</updated>
<author>
<name>Luigi Rizzo</name>
<email>luigi@FreeBSD.org</email>
</author>
<published>2001-11-03T00:36:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=441475c178898b8c3da2379e8474465623e2fe40'/>
<id>urn:sha1:441475c178898b8c3da2379e8474465623e2fe40</id>
<content type='text'>
past couple of months:

 * merge of ipfw rule descriptor and chain pointer. No functional
   change, but the internal data structures and code are way more
   readable;

 * BillF code to make ipfw/dummynet/bridge KLD'able.
   NOTA BENE: this still has some rough edges, which are mostly due to
   bugs in kldload() rather than in this code.

 * add a new type of dynamic rule that lets you limit the number of
   simultaneous connections matching certain criteria (with the
   usual aggregation based on port/address masks)

 * fix spl*() protection in same parts of the code;

This code also includes some minor bugfixes and code cleanup that
I will port to CURRENT as soon as i have a chance.

I have tested the code as much as i could, but there is really a
million combinations so I might have missed some corner case. Please
report if you have problem building things.

The only thing known not to work is bridge.ko -- it does
forward correctly, but packets directed to the bridge itself
are only received from one interface (i suspect some missing
initialization), and there are some other issues at unloading time.
Please use the statically compiled code for the time being.

NOTE ON KLD:

It appears that kldload/unload is unable to handle the case of
(erroneously) loading/unloading a module which is already compiled
in. What happens is that load fails, but the module is listed as
loaded, and then the system panics if you attempt an unloading
of the module.

This problem need fixing in the module loading/unloading code, which
is not in my area of competence.
</content>
</entry>
<entry>
<title>MFC:	Fix return from probe(), this enables HP PCLAN+ cards again.</title>
<updated>2001-10-31T19:46:20Z</updated>
<author>
<name>Jeroen Ruigrok van der Werven</name>
<email>asmodai@FreeBSD.org</email>
</author>
<published>2001-10-31T19:46:20Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=198697e55efc3f14103c5aa1b8585d940fdf799c'/>
<id>urn:sha1:198697e55efc3f14103c5aa1b8585d940fdf799c</id>
<content type='text'>
PR:		21087
Submitted by:	M. B. Buchanan &lt;buchanan@orbitworld.net&gt;
</content>
</entry>
<entry>
<title>MFC: add miibus support for the Dlink DL10022 chips, as found on</title>
<updated>2001-07-25T18:06:05Z</updated>
<author>
<name>Ian Dowse</name>
<email>iedowse@FreeBSD.org</email>
</author>
<published>2001-07-25T18:06:05Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=e534475b71ff3ad04e2997faba42f9c673b9450d'/>
<id>urn:sha1:e534475b71ff3ad04e2997faba42f9c673b9450d</id>
<content type='text'>
the Netgear FA410-TX pccard. The "fa_select" program is no longer
needed to make these cards work. However, it may be necessary to
set the media type manually using "ifconfig media XXX" if autoneg
fails. "device miibus" is now required by the ed driver.
</content>
</entry>
<entry>
<title>MFC: fix a serious bug in the ed driver when very short packets are</title>
<updated>2001-02-08T23:00:23Z</updated>
<author>
<name>Luigi Rizzo</name>
<email>luigi@FreeBSD.org</email>
</author>
<published>2001-02-08T23:00:23Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=ce14c0ab749322399996b1544871626c2a47127e'/>
<id>urn:sha1:ce14c0ab749322399996b1544871626c2a47127e</id>
<content type='text'>
received (with bpf or bridging active). Some code was erroneously
assuming that the packet contained at least the ethernet header,
and as a result a negative length was later written into the mbuf
header, eventually resulting in random panics.

This bug has been reported for some time, but i was never able to
reproduce it locally because I had the code fixed in my sources
a couple of weeks ago, and just forgot to commit the fix.
</content>
</entry>
<entry>
<title>MFC: Additional flag 0x80000 for Linksys type cards.</title>
<updated>2001-01-17T13:28:50Z</updated>
<author>
<name>Toshihiko ARAI</name>
<email>toshi@FreeBSD.org</email>
</author>
<published>2001-01-17T13:28:50Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=af9469750ea64d37c93be46d075795ba0172ae85'/>
<id>urn:sha1:af9469750ea64d37c93be46d075795ba0172ae85</id>
<content type='text'>
</content>
</entry>
<entry>
<title>MFC:</title>
<updated>2000-09-10T08:45:13Z</updated>
<author>
<name>Yoshihiro Takahashi</name>
<email>nyan@FreeBSD.org</email>
</author>
<published>2000-09-10T08:45:13Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=cbaea43510f902fbbcfa3154148691a62d384eea'/>
<id>urn:sha1:cbaea43510f902fbbcfa3154148691a62d384eea</id>
<content type='text'>
 - bus_space'ify.
 - Fixed the IRQ9/IRQ2 confusion.
 - Added support for AX88190, equipped in MELCO LPC3-TX.
 - Added PC-98 Cbus devices support.
 - Removed old ed driver.
</content>
</entry>
<entry>
<title>This commit was manufactured by cvs2svn to create branch 'RELENG_4'.</title>
<updated>2000-08-23T11:54:11Z</updated>
<author>
<name>cvs2svn</name>
<email>cvs2svn@FreeBSD.org</email>
</author>
<published>2000-08-23T11:54:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=4cd12ae4adcc6f21e6e9f792cbbffbc84ca3c241'/>
<id>urn:sha1:4cd12ae4adcc6f21e6e9f792cbbffbc84ca3c241</id>
<content type='text'>
</content>
</entry>
</feed>
