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

67 lines
1.9 KiB
Makefile
Raw Normal View History

$Id$ -> $FreeBSD$
1999-08-28 01:08:13 +00:00
# $FreeBSD$
First incarnation of our Linux emulator or rather compatibility code. This first shot only incorporaties so much functionality that DOOM can run (the X version), signal handling is VERY weak, so is many other things. But it meets my milestone number one (you guessed it - running DOOM). Uses /compat/linux as prefix for loading shared libs, so it won't conflict with our own libs. Kernel must be compiled with "options COMPAT_LINUX" for this to work.
1995-06-25 17:32:43 +00:00
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 new files to the linux module. - Prepare the modules for build on amd64, but don't build them there as part of the kernel build yet. The code for the missing symbols on amd64 isn't committed and it may be solved differently. Sponsored by: Google SoC 2006 Submitted by: rdivacky
2006-08-15 13:01:36 +00:00
SFX= 32
Provide groundwork for 32-bit binary compatibility on non-x86 platforms, for upcoming 64-bit PowerPC and MIPS support. This renames the COMPAT_IA32 option to COMPAT_FREEBSD32, removes some IA32-specific code from MI parts of the kernel and enhances the freebsd32 compatibility code to support big-endian platforms. Reviewed by: kib, jhb
2010-03-11 14:49:06 +00:00
CFLAGS+=-DCOMPAT_FREEBSD32 -DCOMPAT_LINUX32
- Add the new files to the linux module. - Prepare the modules for build on amd64, but don't build them there as part of the kernel build yet. The code for the missing symbols on amd64 isn't committed and it may be solved differently. Sponsored by: Google SoC 2006 Submitted by: rdivacky
2006-08-15 13:01:36 +00:00
.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
.PATH: ${.CURDIR}/../../compat/linux ${.CURDIR}/../../${MACHINE_CPUARCH}/linux${SFX}
Use a consistent style and one much closer to the rest of /usr/src
2001-01-06 14:00:42 +00:00
Sample initial set of kld-ified modules. Not all have been completely converted yet. These are more of a starting point. This is NOT connected to the parent Makefile. OK'ed by jkh (who is ever so patiently waiting)
1998-10-16 04:30:52 +00:00
KMOD= linux
Backout the linux aio stuff. Several problems where identified and the dynamic nature (if no native aio code is available, the linux part returns ENOSYS because of missing requisites) should be solved differently than it is. All this will be done in P4. Not included in this commit is a backout of the changes to the native aio code (removing static in some places). Those changes (and some more) will also be needed when the reworked linux aio stuff will reenter the tree. Requested by: rwatson Discussed with: rwatson
2006-10-29 14:02:39 +00:00
SRCS= linux${SFX}_dummy.c linux_emul.c linux_file.c \
MFP4 (with some minor changes): Implement the linux_io_* syscalls (AIO). They are only enabled if the native AIO code is available (either compiled in to the kernel or as a module) at the time the functions are used. If the AIO stuff is not available there will be a ENOSYS. From the submitter: ---snip--- DESIGN NOTES: 1. Linux permits a process to own multiple AIO queues (distinguished by "context"), but FreeBSD creates only one single AIO queue per process. My code maintains a request queue (STAILQ of queue(3)) per "context", and throws all AIO requests of all contexts owned by a process into the single FreeBSD per-process AIO queue. When the process calls io_destroy(2), io_getevents(2), io_submit(2) and io_cancel(2), my code can pick out requests owned by the specified context from the single FreeBSD per-process AIO queue according to the per-context request queues maintained by my code. 2. The request queue maintained by my code stores contrast information between Linux IO control blocks (struct linux_iocb) and FreeBSD IO control blocks (struct aiocb). FreeBSD IO control block actually exists in userland memory space, required by FreeBSD native aio_XXXXXX(2). 3. It is quite troubling that the function io_getevents() of libaio-0.3.105 needs to use Linux-specific "struct aio_ring", which is a partial mirror of context in user space. I would rather take the address of context in kernel as the context ID, but the io_getevents() of libaio forces me to take the address of the "ring" in user space as the context ID. To my surprise, one comment line in the file "io_getevents.c" of libaio-0.3.105 reads: Ben will hate me for this REFERENCE: 1. Linux kernel source code: http://www.kernel.org/pub/linux/kernel/v2.6/ (include/linux/aio_abi.h, fs/aio.c) 2. Linux manual pages: http://www.kernel.org/pub/linux/docs/manpages/ (io_setup(2), io_destroy(2), io_getevents(2), io_submit(2), io_cancel(2)) 3. Linux Scalability Effort: http://lse.sourceforge.net/io/aio.html The design notes: http://lse.sourceforge.net/io/aionotes.txt 4. The package libaio, both source and binary: http://rpmfind.net/linux/rpm2html/search.php?query=libaio Simple transparent interface to Linux AIO system calls. 5. Libaio-oracle: http://oss.oracle.com/projects/libaio-oracle/ POSIX AIO implementation based on Linux AIO system calls (depending on libaio). ---snip--- Submitted by: Li, Xiao <intron@intron.ac>
2006-10-15 14:22:14 +00:00
linux_futex.c linux_getcwd.c linux_ioctl.c linux_ipc.c \
linux${SFX}_machdep.c linux_mib.c linux_misc.c linux_signal.c \
linux_socket.c linux_stats.c linux_sysctl.c linux${SFX}_sysent.c \
linux${SFX}_sysvec.c linux_uid16.c linux_util.c linux_time.c \
Bring USB fixes for linux(4). Intention of this commit is to let us take a full advantage of libusb(8) ported to Linux. This decreases a possibility of getting any collisions within ioctl() "command" space, especially with relation to LINUX_SNDCTL_SEQ... stuff. Basically, we provide commands, that will be mapped in the kernel to correct ones and forward those to the USB layer. Port enabling functionality brought with this patch is here: http://www.freebsd.org/cgi/query-pr.cgi?pr=146895 Bump __FreeBSD_version to catch, since which version installing a port makes sense. This patch should bring no regressions. So far, only i386 is tested. Tested by: thompsa@ Reviewed by: thompsa@ OKed by: netchild@
2010-05-24 07:04:00 +00:00
opt_inet6.h opt_compat.h opt_posix.h opt_usb.h vnode_if.h \
Move futex support code from <arch>/support.s into linux compat directory. Implement all futex atomic operations in assembler to not depend on the fuword() that does not allow to distinguish between -1 and failure return. Correctly return 0 from atomic operations on success. In collaboration with: rdivacky Tested by: Scot Hetzel <swhetzel gmail com>, Milos Vyletel <mvyletel mzm cz> Sponsored by: Google SoC 2007
2007-05-23 08:33:06 +00:00
device_if.h bus_if.h assym.s
# XXX: for assym.s
opt_apic.h is i386-only. MFC after: 1 week
2009-05-26 20:22:03 +00:00
SRCS+= opt_kstack_pages.h opt_nfs.h opt_compat.h opt_hwpmc_hooks.h
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"
Move opt_apic.h closer to the "XXX: for assym.s" comment. Suggested by: jhb MFC after: 1 week
2009-05-26 20:57:19 +00:00
SRCS+= opt_apic.h
.endif
Move futex support code from <arch>/support.s into linux compat directory. Implement all futex atomic operations in assembler to not depend on the fuword() that does not allow to distinguish between -1 and failure return. Correctly return 0 from atomic operations on success. In collaboration with: rdivacky Tested by: Scot Hetzel <swhetzel gmail com>, Milos Vyletel <mvyletel mzm cz> Sponsored by: Google SoC 2007
2007-05-23 08:33:06 +00:00
OBJS= linux${SFX}_locore.o linux${SFX}_support.o
Update the linux lkm to use the new file list and build routine. This is a bit of a kludge and needs more work.
1996-03-02 20:00:35 +00:00
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"
Move opt_apic.h closer to the "XXX: for assym.s" comment. Suggested by: jhb MFC after: 1 week
2009-05-26 20:57:19 +00:00
SRCS+= linux_ptrace.c imgact_linux.c opt_cpu.h
Two sys/compat/linux sources aren't applicable on the Alpha at this time.
2000-09-06 20:21:15 +00:00
.endif
(Belatedly) add the required EXPORT_SYMS. I'm not sure the list is complete, but at least linprocfs works (I haven't had the opportunity to test other stuff that depends on the linux module, like aac or tdfx)
2002-02-22 18:21:20 +00:00
EXPORT_SYMS=
EXPORT_SYMS+= linux_emul_path
EXPORT_SYMS+= linux_get_osname
EXPORT_SYMS+= linux_get_osrelease
EXPORT_SYMS+= linux_ifname
EXPORT_SYMS+= linux_ioctl_register_handler
EXPORT_SYMS+= linux_ioctl_unregister_handler
- Add the new files to the linux module. - Prepare the modules for build on amd64, but don't build them there as part of the kernel build yet. The code for the missing symbols on amd64 isn't committed and it may be solved differently. Sponsored by: Google SoC 2006 Submitted by: rdivacky
2006-08-15 13:01:36 +00:00
CLEANFILES= linux${SFX}_assym.h linux${SFX}_genassym.o
Update the linux lkm to use the new file list and build routine. This is a bit of a kludge and needs more work.
1996-03-02 20:00:35 +00:00
- Add the new files to the linux module. - Prepare the modules for build on amd64, but don't build them there as part of the kernel build yet. The code for the missing symbols on amd64 isn't committed and it may be solved differently. Sponsored by: Google SoC 2006 Submitted by: rdivacky
2006-08-15 13:01:36 +00:00
linux${SFX}_assym.h: linux${SFX}_genassym.o
Use the genassym script here too. The linux and svr4 modules were broken.
2000-06-03 07:40:19 +00:00
.if exists(@)
- Add the new files to the linux module. - Prepare the modules for build on amd64, but don't build them there as part of the kernel build yet. The code for the missing symbols on amd64 isn't committed and it may be solved differently. Sponsored by: Google SoC 2006 Submitted by: rdivacky
2006-08-15 13:01:36 +00:00
linux${SFX}_assym.h: @/kern/genassym.sh
Use the genassym script here too. The linux and svr4 modules were broken.
2000-06-03 07:40:19 +00:00
.endif
- Add the new files to the linux module. - Prepare the modules for build on amd64, but don't build them there as part of the kernel build yet. The code for the missing symbols on amd64 isn't committed and it may be solved differently. Sponsored by: Google SoC 2006 Submitted by: rdivacky
2006-08-15 13:01:36 +00:00
sh @/kern/genassym.sh linux${SFX}_genassym.o > ${.TARGET}
Update the linux lkm to use the new file list and build routine. This is a bit of a kludge and needs more work.
1996-03-02 20:00:35 +00:00
- Add the new files to the linux module. - Prepare the modules for build on amd64, but don't build them there as part of the kernel build yet. The code for the missing symbols on amd64 isn't committed and it may be solved differently. Sponsored by: Google SoC 2006 Submitted by: rdivacky
2006-08-15 13:01:36 +00:00
linux${SFX}_locore.o: linux${SFX}_locore.s linux${SFX}_assym.h
Compile linux_genassym.c with ordinary ${CFLAGS}. The (small) need for -U_KERNEL became negative when all all the genassym.c's were converted to be cross-built. Use "genassym ... > ${.TARGET}", not "genassym -o $@ ...", so that genassym(1) doesn't need to support -o. Removed duplicate -D_KERNEL from flags for compiling linux_locore.s.
2000-01-09 10:04:53 +00:00
${CC} -c -x assembler-with-cpp -DLOCORE ${CFLAGS} \
Use a consistent style and one much closer to the rest of /usr/src
2001-01-06 14:00:42 +00:00
${.IMPSRC} -o ${.TARGET}
Update the linux lkm to use the new file list and build routine. This is a bit of a kludge and needs more work.
1996-03-02 20:00:35 +00:00
Fix the dependency for the linux_support.s, explicitely add linux_assym.h. Reported by: rwatson In collaboration with: rdivacky Sponsored by: Google SoC 2007
2007-05-23 15:45:52 +00:00
linux${SFX}_support.o: linux${SFX}_support.s assym.s linux${SFX}_assym.h
Move futex support code from <arch>/support.s into linux compat directory. Implement all futex atomic operations in assembler to not depend on the fuword() that does not allow to distinguish between -1 and failure return. Correctly return 0 from atomic operations on success. In collaboration with: rdivacky Tested by: Scot Hetzel <swhetzel gmail com>, Milos Vyletel <mvyletel mzm cz> Sponsored by: Google SoC 2007
2007-05-23 08:33:06 +00:00
${CC} -c -x assembler-with-cpp -DLOCORE ${CFLAGS} \
${.IMPSRC} -o ${.TARGET}
- Add the new files to the linux module. - Prepare the modules for build on amd64, but don't build them there as part of the kernel build yet. The code for the missing symbols on amd64 isn't committed and it may be solved differently. Sponsored by: Google SoC 2006 Submitted by: rdivacky
2006-08-15 13:01:36 +00:00
linux${SFX}_genassym.o: linux${SFX}_genassym.c linux.h @ machine
genassym depends on the presence of common variables, disable the use of -fno-common in this case.
2002-01-10 03:52:54 +00:00
${CC} -c ${CFLAGS:N-fno-common} ${.IMPSRC}
Update the linux lkm to use the new file list and build routine. This is a bit of a kludge and needs more work.
1996-03-02 20:00:35 +00:00
Let modules use the kernel's opt_*.h files if built along with the kernel by wrapping all targets for fake opt_*.h files in .if defined(KERNBUILDDIR). Thus, such fake files won't be created at all if modules are built with the kernel. Some modules undergo cleanup like removing unused or unneeded options or .h files, without which they wouldn't build this way or the other. Reviewed by: ru Tested by: no binary changes in modules built alone Tested on: i386 sparc64 amd64
2005-10-14 23:30:17 +00:00
.if !defined(KERNBUILDDIR)
Add IPv6 support for Linuxlator. Reviewed by: dwmalone MFC after: 10 days
2003-02-03 17:43:20 +00:00
opt_inet6.h:
Per email to arch@ a little while ago (that was greeted with silence), prefer the more common > ${.TARGET} over > opt_foo.h in modules makefiles.
2008-09-01 23:59:00 +00:00
echo "#define INET6 1" > ${.TARGET}
Add preliminary KTR(9) support to the linux emulation layer. Approved by: kib (mentor) MFC after: 1 month
2009-05-07 10:01:05 +00:00
.if defined(KTR)
CFLAGS+= -DKTR
.endif
Let modules use the kernel's opt_*.h files if built along with the kernel by wrapping all targets for fake opt_*.h files in .if defined(KERNBUILDDIR). Thus, such fake files won't be created at all if modules are built with the kernel. Some modules undergo cleanup like removing unused or unneeded options or .h files, without which they wouldn't build this way or the other. Reviewed by: ru Tested by: no binary changes in modules built alone Tested on: i386 sparc64 amd64
2005-10-14 23:30:17 +00:00
.endif
Add IPv6 support for Linuxlator. Reviewed by: dwmalone MFC after: 10 days
2003-02-03 17:43:20 +00:00
Use .include <bsd.kmod.mk> to get to ../../*/conf/kmod.mk instead of encoding the relative path.
2000-05-27 01:14:33 +00:00
.include <bsd.kmod.mk>
Reference in New Issue Copy Permalink