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

35 lines
690 B
Makefile
Raw Normal View History

Break out the MI part of the /dev/[k]mem and /dev/io drivers into their own directory and module, leaving the MD parts in the MD area (the MD parts _are_ part of the modules). /dev/mem and /dev/io are now loadable modules, thus taking us one step further towards a kernel created entirely out of modules. Of course, there is nothing preventing the kernel from having these statically compiled.
2004-08-01 11:40:54 +00:00
# $FreeBSD$
.PATH: ${.CURDIR}/../../dev/mem
Add a .PATH entry to search for sources in the ${MACHINE}/${MACHINE} directory before the ${MACHINE_ARCH}/${MACHINE_ARCH} directory so that machine-specific files take precedence of architecture-specific ones. This fixes the build on sun4v which doesn't use the sparc64 version of mem.c. Tested by: make universe
2006-10-16 22:09:48 +00:00
.PATH: ${.CURDIR}/../../${MACHINE}/${MACHINE}
Break out the MI part of the /dev/[k]mem and /dev/io drivers into their own directory and module, leaving the MD parts in the MD area (the MD parts _are_ part of the modules). /dev/mem and /dev/io are now loadable modules, thus taking us one step further towards a kernel created entirely out of modules. Of course, there is nothing preventing the kernel from having these statically compiled.
2004-08-01 11:40:54 +00:00
.PATH: ${.CURDIR}/../../${MACHINE_ARCH}/${MACHINE_ARCH}
KMOD= mem
SRCS= memdev.c mem.c
Fix module builds for i386 and amd64.
2004-08-04 18:30:31 +00:00
.if ${MACHINE_ARCH} == "amd64" || ${MACHINE_ARCH} == "i386"
SRCS+= memutil.c
.endif
Add the memrange bits to the loadable module. MT5 after: 3 days
2004-09-28 07:26:00 +00:00
.if ${MACHINE_ARCH} == "i386"
SRCS+= i686_mem.c k6_mem.c
.endif
.if ${MACHINE_ARCH} == "amd64"
SRCS+= amd64_mem.c
.endif
No need to generate vnode_if.h anymore
2004-12-29 08:44:30 +00:00
SRCS+= bus_if.h device_if.h
Break out the MI part of the /dev/[k]mem and /dev/io drivers into their own directory and module, leaving the MD parts in the MD area (the MD parts _are_ part of the modules). /dev/mem and /dev/io are now loadable modules, thus taking us one step further towards a kernel created entirely out of modules. Of course, there is nothing preventing the kernel from having these statically compiled.
2004-08-01 11:40:54 +00:00
For sun4v ensure there is an opt_global.h with SUN4V defined included, even for the stand-alone build.
2008-07-22 09:56:45 +00:00
.if ${MACHINE} == "sun4v"
SRCS+= opt_global.h
Prefer the opt_global.h from KERNBUILDDIR if existent so we obtain all macros that might be relevant.
2008-07-24 14:07:52 +00:00
.if defined(KERNBUILDDIR)
MKDEP= -include ${KERNBUILDDIR}/opt_global.h
.else
For sun4v ensure there is an opt_global.h with SUN4V defined included, even for the stand-alone build.
2008-07-22 09:56:45 +00:00
CFLAGS+= -include opt_global.h
MKDEP= -include opt_global.h
opt_global.h:
echo "#define SUN4V 1" > ${.TARGET}
.endif
Prefer the opt_global.h from KERNBUILDDIR if existent so we obtain all macros that might be relevant.
2008-07-24 14:07:52 +00:00
.endif
For sun4v ensure there is an opt_global.h with SUN4V defined included, even for the stand-alone build.
2008-07-22 09:56:45 +00:00
Break out the MI part of the /dev/[k]mem and /dev/io drivers into their own directory and module, leaving the MD parts in the MD area (the MD parts _are_ part of the modules). /dev/mem and /dev/io are now loadable modules, thus taking us one step further towards a kernel created entirely out of modules. Of course, there is nothing preventing the kernel from having these statically compiled.
2004-08-01 11:40:54 +00:00
.include <bsd.kmod.mk>
Reference in New Issue Copy Permalink