src/sys/modules/cue, branch main FreeBSD source tree Move usb to a graveyard location under sys/legacy/dev, it is intended that the 2009-02-23T18:16:17+00:00 Andrew Thompson thompsa@FreeBSD.org 2009-02-23T18:16:17+00:00 3975e3a1eac3dd9077dc4523a8def1606ff1559c new USB2 stack will fully replace this for 8.0. Remove kernel modules, a subsequent commit will update conf/files. Unhook usbdevs from the build. 
new USB2 stack will fully replace this for 8.0.

Remove kernel modules, a subsequent commit will update conf/files. Unhook
usbdevs from the build.
Remove bridge(4) from the tree. if_bridge(4) is a full functional 2005-09-27T18:10:43+00:00 Max Laier mlaier@FreeBSD.org 2005-09-27T18:10:43+00:00 b6de9e91bd2c47efaeec72a08642f8fd99cc7b20 replacement and has additional features which make it superior. Discussed on: -arch Reviewed by: thompsa X-MFC-after: never (RELENG_6 as transition period) 
replacement and has additional features which make it superior.

Discussed on:	-arch
Reviewed by:	thompsa
X-MFC-after:	never (RELENG_6 as transition period)
Add usbdevs.h and pccarddevs.h to the build list, as appropriate. This is needed to build as part of world or in src/sys/modules. 2004-06-27T12:33:20+00:00 Warner Losh imp@FreeBSD.org 2004-06-27T12:33:20+00:00 4c42b42a79b4606b6d4ae87932475197586e377d 






Use a consistent style and one much closer to the rest of /usr/src
2001-01-06T14:00:42+00:00

David E. O'Brien
obrien@FreeBSD.org

2001-01-06T14:00:42+00:00

c68159a6d8eede11766cf13896d0f7670dbd51aa












Use .include <bsd.kmod.mk> to get to ../../*/conf/kmod.mk instead of
2000-05-27T01:14:33+00:00

Peter Wemm
peter@FreeBSD.org

2000-05-27T01:14:33+00:00

64db83a8ab2d1f72a9b2174b39d2ef42b5b0580c

encoding the relative path.





encoding the relative path.







Pull in sys/conf/kmod.mk, rather than /usr/share/mk/bsd.kmod.mk.
2000-05-04T12:08:52+00:00

Peter Wemm
peter@FreeBSD.org

2000-05-04T12:08:52+00:00

56ca39961bd1c9946a505c41c3fc634ef63fdd42

This means that the kernel can be totally self contained now and is not
dependent on the last buildworld to update /usr/share/mk.  This might
also make it easier to build 5.x kernels on 4.0 boxes etc, assuming
gensetdefs and config(8) are updated.





This means that the kernel can be totally self contained now and is not
dependent on the last buildworld to update /usr/share/mk.  This might
also make it easier to build 5.x kernels on 4.0 boxes etc, assuming
gensetdefs and config(8) are updated.







Add ${DEBUG_FLAGS} to CFLAGS in bsd.kmod.mk, not in scattered module
2000-01-28T11:26:46+00:00

Bruce Evans
bde@FreeBSD.org

2000-01-28T11:26:46+00:00

9e4be63dd6e312fe0e864d23e9636f43cc869541

makefiles.  Bad examples in fxp/Makefile keep getting copied to new
makefiles.





makefiles.  Bad examples in fxp/Makefile keep getting copied to new
makefiles.







Add device driver support for USB ethernet adapters based on the CATC
2000-01-14T03:14:49+00:00

Bill Paul
wpaul@FreeBSD.org

2000-01-14T03:14:49+00:00

01779872245462cd3d3ed68618775e77c321d06b

USB-EL1202A chipset. Between this and the other two drivers, we should
have support for pretty much every USB ethernet adapter on the market.
The only other USB chip that I know of is the SMC USB97C196, and right
now I don't know of any adapters that use it (including the ones made
by SMC :/ ).

Note that the CATC chip supports a nifty feature: read and write combining.
This allows multiple ethernet packets to be transfered in a single USB
bulk in/out transaction. However I'm again having trouble with large
bulk in transfers like I did with the ADMtek chip, which leads me to
believe that our USB stack needs some work before we can really make
use of this feature. When/if things improve, I intend to revisit the
aue and cue drivers. For now, I've lost enough sanity points.





USB-EL1202A chipset. Between this and the other two drivers, we should
have support for pretty much every USB ethernet adapter on the market.
The only other USB chip that I know of is the SMC USB97C196, and right
now I don't know of any adapters that use it (including the ones made
by SMC :/ ).

Note that the CATC chip supports a nifty feature: read and write combining.
This allows multiple ethernet packets to be transfered in a single USB
bulk in/out transaction. However I'm again having trouble with large
bulk in transfers like I did with the ADMtek chip, which leads me to
believe that our USB stack needs some work before we can really make
use of this feature. When/if things improve, I intend to revisit the
aue and cue drivers. For now, I've lost enough sanity points.