src/sys/modules/cue, branch release/4.6.2_cvs FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F4.6.2_cvs 2002-08-14T06:57:09Z This commit was manufactured by cvs2svn to create tag 2002-08-14T06:57:09Z cvs2svn cvs2svn@FreeBSD.org 2002-08-14T06:57:09Z urn:sha1:72b7f92e6edf4375820f765b41697b3208ce7fe7 'RELENG_4_6_2_RELEASE'. This commit was manufactured to restore the state of the 4.6.2-RELEASE image. Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs. Add ${DEBUG_FLAGS} to CFLAGS in bsd.kmod.mk, not in scattered module 2000-01-28T11:26:46Z Bruce Evans bde@FreeBSD.org 2000-01-28T11:26:46Z urn:sha1:9e4be63dd6e312fe0e864d23e9636f43cc869541 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:49Z Bill Paul wpaul@FreeBSD.org 2000-01-14T03:14:49Z urn:sha1: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.