en Copyright 2015 Java http://172.16.0.5:8080/history/freebsd-13.1/sys/modules/le/Makefile#58aa35d4 Remove sparc64 kernel supportRemove all sparc64 specific filesRemove all sparc64 ifdefsRemovee indireeect sparc64 ifdefs List of files: /freebsd-13.1/sys/modules/le/Makefile Mon, 03 Feb 2020 17:35:11 +0000 Warner Losh <imp@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-13.1/sys/modules/le/Makefile#193d9e76 sys/modules: normalize .CURDIR-relative paths to SRCTOPThis simplifies make output/logicTested with: `cd sys/modules; make ALL_MODULES=` on amd64MFC after: 1 monthSponsored by: Dell EMC Isilon List of files: /freebsd-13.1/sys/modules/le/Makefile Sat, 04 Mar 2017 10:10:17 +0000 Enji Cooper <ngie@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-13.1/sys/modules/le/Makefile#2b375b4e Remove pc98 support completely.I thank all developers and contributors for pc98.Relnotes: yes List of files: /freebsd-13.1/sys/modules/le/Makefile Sat, 28 Jan 2017 02:22:15 +0000 Yoshihiro Takahashi <nyan@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-13.1/sys/modules/le/Makefile#c09808d0 MFtbemd:Use MACHINE_CPUARCH in preference to MACHINE_ARCH. The former is thesource code location of the machine, the latter the binary output. Ingeneral, we want to use MACHINE_CPUARCH instead of MACHINE_ARCH unlesswe're tesitng for a specific target. The isn't even moot fori386/amd64 where there's momemntum towards a MACHINE_CPUARCH == x86,although a specific cleanup for that likely would be needed... List of files: /freebsd-13.1/sys/modules/le/Makefile Mon, 23 Aug 2010 06:13:29 +0000 Warner Losh <imp@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-13.1/sys/modules/le/Makefile#07f35f4b Don't build unused SBus front-ends for sun4v, don't build EBus front-endswhich are also likely to be irrelevant for sun4v (there's no SBus on sun4vand only some EBus devices). While at it fix some style bugs according tostyle.Makefile(5) where appropriate.MFC after: 3 days List of files: /freebsd-13.1/sys/modules/le/Makefile Sun, 04 May 2008 14:59:25 +0000 Marius Strobl <marius@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-13.1/sys/modules/le/Makefile#0222c134 Add front-ends for the 'lebuffer' variants found on some SBus cards.These are shared-memory variants based on Am79C90-compatible chipsthat apart from the missing DMA engine are similar to the 'ledma'variant including using a (pseudo-)bus/device for the buffer thatthe actual LANCE device hangs off from. The performance of these isclose to that of the 'ledma' one, like expected at a few times theCPU load though. List of files: /freebsd-13.1/sys/modules/le/Makefile Sat, 20 Jan 2007 12:53:30 +0000 Marius Strobl <marius@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-13.1/sys/modules/le/Makefile#136eda1d - Add C-bus and ISA front-ends for le(4) so it can actually replace lnc(4) on PC98 and i386. The ISA front-end supports the same non-PNP network cards as lnc(4) did and additionally a couple of PNP ones. Like lnc(4), the C-bus front-end of le(4) only supports C-NET(98)S and is untested due to lack of such hardware, but given that's it's based on the respective lnc(4) and not too different from the ISA front-end it should be highly likely to work.- Remove the descriptions of le(4), which where converted from lnc(4), from sys/i386/conf/NOTES and sys/pc98/conf/NOTES as there's a common one in sys/conf/NOTES. List of files: /freebsd-13.1/sys/modules/le/Makefile Wed, 17 May 2006 21:25:23 +0000 Marius Strobl <marius@FreeBSD.org> http://172.16.0.5:8080/history/freebsd-13.1/sys/modules/le/Makefile#44ac0964 Hook up le(4) to the build. For now it's only added to the sparc64 GENERICin order to support the on-board LANCE in Ultra 1 and to the MI NOTES asit should work just fine with the AMD PCnet family of chips on all archsbut is not yet meant to replace lnc(4). If a kernel includes all of le(4),lnc(4) and pcn(4) precedence is given to lnc(4)/pcn(4) for now. List of files: /freebsd-13.1/sys/modules/le/Makefile Tue, 31 Jan 2006 22:34:13 +0000 Marius Strobl <marius@FreeBSD.org>