d/freebsd-nq
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
b4e9316e7b
freebsd-nq/sys/modules/oltr/Makefile

13 lines
267 B
Makefile
Raw Normal View History

Implement a loadable module for the oltr Olicom Token Ring driver. I could only get a chance of testing it under 4.3, but together with the if_oltr.c fixes at least it seems to work now. If someone has the chance to test this under -current, please do. Unfortunaltey, the TR code itself (if_iso88025subr.c) is not written in a way that would allow to make a seaparate KLD out of it. By now, just link it directly into the oltr KLD since it's probably the POLA to be able to load the TR code together with the only TR hardware driver we've got by now. I've got one single unexplained panic (in doreti_switch or somewhere there, calling a 0xc1XXXXXX address that did no longer belong to the kernel at all) after unloading the modules once, thus i don't propose a MFC of this module despite my testing has been done solely on 4.3, unless someone is really going to test this stuff in -current.
2001-06-14 15:16:04 +00:00
# $FreeBSD$
Don't build if_iso88025subr.c into the oltr module.
2003-03-15 23:24:17 +00:00
.PATH: ${.CURDIR}/../../contrib/dev/oltr
Implement a loadable module for the oltr Olicom Token Ring driver. I could only get a chance of testing it under 4.3, but together with the if_oltr.c fixes at least it seems to work now. If someone has the chance to test this under -current, please do. Unfortunaltey, the TR code itself (if_iso88025subr.c) is not written in a way that would allow to make a seaparate KLD out of it. By now, just link it directly into the oltr KLD since it's probably the POLA to be able to load the TR code together with the only TR hardware driver we've got by now. I've got one single unexplained panic (in doreti_switch or somewhere there, calling a 0xc1XXXXXX address that did no longer belong to the kernel at all) after unloading the modules once, thus i don't propose a MFC of this module despite my testing has been done solely on 4.3, unless someone is really going to test this stuff in -current.
2001-06-14 15:16:04 +00:00
KMOD = if_oltr
Don't build if_iso88025subr.c into the oltr module.
2003-03-15 23:24:17 +00:00
SRCS = if_oltr.c trlldbm.c trlldhm.c trlldmac.c \
device_if.h bus_if.h pci_if.h
Implement a loadable module for the oltr Olicom Token Ring driver. I could only get a chance of testing it under 4.3, but together with the if_oltr.c fixes at least it seems to work now. If someone has the chance to test this under -current, please do. Unfortunaltey, the TR code itself (if_iso88025subr.c) is not written in a way that would allow to make a seaparate KLD out of it. By now, just link it directly into the oltr KLD since it's probably the POLA to be able to load the TR code together with the only TR hardware driver we've got by now. I've got one single unexplained panic (in doreti_switch or somewhere there, calling a 0xc1XXXXXX address that did no longer belong to the kernel at all) after unloading the modules once, thus i don't propose a MFC of this module despite my testing has been done solely on 4.3, unless someone is really going to test this stuff in -current.
2001-06-14 15:16:04 +00:00
OBJS+= trlld.o
trlld.o:
Initiate deorbit burn for the i386-only a.out related support. Moves are under way to move the remnants of the a.out toolchain to ports. As the comment in src/Makefile said, this stuff is deprecated and one should not expect this to remain beyond 4.0-REL. It has already lasted WAY beyond that. Notable exceptions: gcc - I have not touched the a.out generation stuff there. ldd/ldconfig - still have some code to interface with a.out rtld. old as/ld/etc - I have not removed these yet, pending their move to ports. some includes - necessary for ldd/ldconfig for now. Tested on: i386 (extensively), alpha
2002-09-17 01:49:00 +00:00
uudecode < ${.CURDIR}/../../contrib/dev/oltr/i386-elf.trlld.o.uu
Implement a loadable module for the oltr Olicom Token Ring driver. I could only get a chance of testing it under 4.3, but together with the if_oltr.c fixes at least it seems to work now. If someone has the chance to test this under -current, please do. Unfortunaltey, the TR code itself (if_iso88025subr.c) is not written in a way that would allow to make a seaparate KLD out of it. By now, just link it directly into the oltr KLD since it's probably the POLA to be able to load the TR code together with the only TR hardware driver we've got by now. I've got one single unexplained panic (in doreti_switch or somewhere there, calling a 0xc1XXXXXX address that did no longer belong to the kernel at all) after unloading the modules once, thus i don't propose a MFC of this module despite my testing has been done solely on 4.3, unless someone is really going to test this stuff in -current.
2001-06-14 15:16:04 +00:00
.include <bsd.kmod.mk>
Reference in New Issue Copy Permalink