src/sys/modules/cue, branch releng/5.3 FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=releng%2F5.3 2004-06-27T12:33:20Z 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:20Z Warner Losh imp@FreeBSD.org 2004-06-27T12:33:20Z urn:sha1:4c42b42a79b4606b6d4ae87932475197586e377d Use a consistent style and one much closer to the rest of /usr/src 2001-01-06T14:00:42Z David E. O'Brien obrien@FreeBSD.org 2001-01-06T14:00:42Z urn:sha1:c68159a6d8eede11766cf13896d0f7670dbd51aa Use .include <bsd.kmod.mk> to get to ../../*/conf/kmod.mk instead of 2000-05-27T01:14:33Z Peter Wemm peter@FreeBSD.org 2000-05-27T01:14:33Z urn:sha1:64db83a8ab2d1f72a9b2174b39d2ef42b5b0580c encoding the relative path. Pull in sys/conf/kmod.mk, rather than /usr/share/mk/bsd.kmod.mk. 2000-05-04T12:08:52Z Peter Wemm peter@FreeBSD.org 2000-05-04T12:08:52Z urn:sha1: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. 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.