d/freebsd-dev
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
dba6dd177b
freebsd-dev/sys/modules/uart/Makefile

18 lines
497 B
Makefile
Raw Normal View History

Hook-up the uart(4) driver to the build. For a detailed description of what uart(4) is and/or is not see the initial commit log of one of the files in sys/dev/uart (or see share/man/man4/uart.4). Note that currently pc98 shares the MD file with i386. This needs to change when pc98 support is fleshed-out to properly support the various UARTs. A good example is sparc64 in this respect. We build uart(4) as a module on all platforms. This may break the ppc port. That depends on whether they do actually build modules. To use uart(4) on alpha, one must use the NO_SIO option.
2003-09-06 23:23:26 +00:00
# $FreeBSD$
.PATH: ${.CURDIR}/../../dev/uart
Only build the ebus driver on sparc64. It includes a header directly from the sparc64 subtree, which breaks building non-sparc64 platforms in the event the sparc64 subtree does not exist. The problem is specific to the module, because non-module builds are affected by the presence or absence of "device ebus" in the kernel configuration. PR: kern/56869
2003-09-17 03:00:08 +00:00
.if ${MACHINE_ARCH} == "sparc64"
uart_bus_ebus= uart_bus_ebus.c
.endif
Hook-up the uart(4) driver to the build. For a detailed description of what uart(4) is and/or is not see the initial commit log of one of the files in sys/dev/uart (or see share/man/man4/uart.4). Note that currently pc98 shares the MD file with i386. This needs to change when pc98 support is fleshed-out to properly support the various UARTs. A good example is sparc64 in this respect. We build uart(4) as a module on all platforms. This may break the ppc port. That depends on whether they do actually build modules. To use uart(4) on alpha, one must use the NO_SIO option.
2003-09-06 23:23:26 +00:00
KMOD= uart
Only build the ebus driver on sparc64. It includes a header directly from the sparc64 subtree, which breaks building non-sparc64 platforms in the event the sparc64 subtree does not exist. The problem is specific to the module, because non-module builds are affected by the presence or absence of "device ebus" in the kernel configuration. PR: kern/56869
2003-09-17 03:00:08 +00:00
SRCS= uart_bus_acpi.c ${uart_bus_ebus} uart_bus_isa.c uart_bus_pccard.c \
Sort: build uart_bus_pccard.c before uart_bus_pci.c.
2003-09-15 04:53:11 +00:00
uart_bus_pci.c uart_bus_puc.c uart_core.c uart_cpu_${MACHINE}.c \
Add uart pccard bus attachment,based on sio_pccard.c . Wrote at: Hakone. Powered by: Warner Losh's scotch whisky. Tested by: nork
2003-09-14 16:21:06 +00:00
uart_dev_i8251.c uart_dev_ns8250.c uart_dev_sab82532.c \
Add uart_subr.c
2004-03-20 22:41:52 +00:00
uart_dev_z8530.c uart_if.c uart_subr.c uart_tty.c
Move to generating pccarddevs.h on the fly, both for the kernel and the modules. Also generate usbdevs.h automatically now, but a non-kernel file is stopping that at the moment.
2004-05-26 00:53:10 +00:00
SRCS+= bus_if.h device_if.h isa_if.h pci_if.h uart_if.h power_if.h card_if.h \
pccarddevs.h
Hook-up the uart(4) driver to the build. For a detailed description of what uart(4) is and/or is not see the initial commit log of one of the files in sys/dev/uart (or see share/man/man4/uart.4). Note that currently pc98 shares the MD file with i386. This needs to change when pc98 support is fleshed-out to properly support the various UARTs. A good example is sparc64 in this respect. We build uart(4) as a module on all platforms. This may break the ppc port. That depends on whether they do actually build modules. To use uart(4) on alpha, one must use the NO_SIO option.
2003-09-06 23:23:26 +00:00
.include <bsd.kmod.mk>
Reference in New Issue Copy Permalink