freebsd-skq/sys/modules/mem/Makefile

# $FreeBSD$

.PATH: ${.CURDIR}/../../dev/mem
.PATH: ${.CURDIR}/../../${MACHINE}/${MACHINE}
.PATH: ${.CURDIR}/../../${MACHINE_CPUARCH}/${MACHINE_CPUARCH}

KMOD=	mem
SRCS=	memdev.c mem.c
.if ${MACHINE_CPUARCH} == "amd64" || ${MACHINE_CPUARCH} == "i386" || ${MACHINE_CPUARCH} == "powerpc"
SRCS+=	memutil.c
.endif
.if ${MACHINE_CPUARCH} == "i386"
SRCS+=	i686_mem.c k6_mem.c
.endif
.if ${MACHINE_CPUARCH} == "amd64"
SRCS+=	amd64_mem.c
.endif
SRCS+=	bus_if.h device_if.h

.if ${MACHINE} == "sun4v"
SRCS+=		opt_global.h

.if defined(KERNBUILDDIR)
MKDEP=		-include ${KERNBUILDDIR}/opt_global.h
.else
CFLAGS+=	-include opt_global.h
MKDEP=		-include opt_global.h

opt_global.h:
	echo "#define SUN4V 1" > ${.TARGET}
.endif
.endif

.include <bsd.kmod.mk>
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}`
MFtbemd: Use MACHINE_CPUARCH in preference to MACHINE_ARCH. The former is the source code location of the machine, the latter the binary output. In general, we want to use MACHINE_CPUARCH instead of MACHINE_ARCH unless we're tesitng for a specific target. The isn't even moot for i386/amd64 where there's momemntum towards a MACHINE_CPUARCH == x86, although a specific cleanup for that likely would be needed... 2010-08-23 06:13:29 +00:00			`.PATH: ${.CURDIR}/../../${MACHINE_CPUARCH}/${MACHINE_CPUARCH}`
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
			`KMOD= mem`
			`SRCS= memdev.c mem.c`
Unbreak build. 2010-10-03 20:04:11 +00:00			`.if ${MACHINE_CPUARCH} == "amd64" \|\| ${MACHINE_CPUARCH} == "i386" \|\| ${MACHINE_CPUARCH} == "powerpc"`
Fix module builds for i386 and amd64. 2004-08-04 18:30:31 +00:00			`SRCS+= memutil.c`
			`.endif`
MFtbemd: Use MACHINE_CPUARCH in preference to MACHINE_ARCH. The former is the source code location of the machine, the latter the binary output. In general, we want to use MACHINE_CPUARCH instead of MACHINE_ARCH unless we're tesitng for a specific target. The isn't even moot for i386/amd64 where there's momemntum towards a MACHINE_CPUARCH == x86, although a specific cleanup for that likely would be needed... 2010-08-23 06:13:29 +00:00			`.if ${MACHINE_CPUARCH} == "i386"`
Add the memrange bits to the loadable module. MT5 after: 3 days 2004-09-28 07:26:00 +00:00			`SRCS+= i686_mem.c k6_mem.c`
			`.endif`
MFtbemd: Use MACHINE_CPUARCH in preference to MACHINE_ARCH. The former is the source code location of the machine, the latter the binary output. In general, we want to use MACHINE_CPUARCH instead of MACHINE_ARCH unless we're tesitng for a specific target. The isn't even moot for i386/amd64 where there's momemntum towards a MACHINE_CPUARCH == x86, although a specific cleanup for that likely would be needed... 2010-08-23 06:13:29 +00:00			`.if ${MACHINE_CPUARCH} == "amd64"`
Add the memrange bits to the loadable module. MT5 after: 3 days 2004-09-28 07:26:00 +00:00			`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>`