linux-toradex.git/arch/um/Makefile, branch v3.4.2 Linux kernel for Apalis and Colibri modules um: Switch to large mcmodel on x86_64 2012-03-24T23:29:57+00:00 Richard Weinberger richard@nod.at 2012-01-24T19:09:12+00:00 12783aa077f81e0dcf1b2f97ed24440048e9f09d x86_64 UML is unable to load modules if more than 504MiB of memory are used. This happens because on x86_64 the UML process has a quite high start address (typically around 0x6000000). If UML's memory is larger than 504MiB VMALLOC_START happens to be after 0x8000000. This is no problem unless one loads a module which was built with R_X86_64_32S relocations. Symbols with a location > 0x8000000 cannot be used with R_X86_64_32S To deal with this x86_64 UML has to be compiled with -mcmodel=large such that no R_X86_64_32S relocations are used. Signed-off-by: Richard Weinberger <richard@nod.at> Reported-by: 전하늘 <allskyee@gmail.com> 
x86_64 UML is unable to load modules if more than 504MiB
of memory are used.
This happens because on x86_64 the UML process has a quite high
start address (typically around 0x6000000).
If UML's memory is larger than 504MiB VMALLOC_START happens to be after
0x8000000. This is no problem unless one loads a module which was built
with R_X86_64_32S relocations.
Symbols with a location > 0x8000000 cannot be used with R_X86_64_32S

To deal with this x86_64 UML has to be compiled with -mcmodel=large
such that no R_X86_64_32S relocations are used.

Signed-off-by: Richard Weinberger <richard@nod.at>
Reported-by: 전하늘 <allskyee@gmail.com>
um: most of the SUBARCH uses can be killed 2012-03-24T23:29:56+00:00 Al Viro viro@zeniv.linux.org.uk 2012-02-11T10:39:56+00:00 dc5be20a6454312d395dbf07eb2218090a03ae24 Signed-off-by: Al Viro <viro@zeniv.linux.org.uk> [richard@nod.at: Re-export SUBARCH in arch/um/Makefile] Signed-off-by: Richard Weinberger <richard@nod.at> 
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
[richard@nod.at: Re-export SUBARCH in arch/um/Makefile]
Signed-off-by: Richard Weinberger <richard@nod.at>
um: Use $(srctree) not $(KBUILD_SRC) 2011-12-09T18:59:59+00:00 H. Peter Anvin hpa@zytor.com 2011-12-09T18:59:59+00:00 79320bcbf0d860a7cb32d6d6d464d776b9dd76ce $(KBUILD_SRC) is not defined without O=, use $(srctree). Reported-and-tested-by: Richard Weinberger <richard@nod.at> Signed-off-by: H. Peter Anvin <hpa@zytor.com> 
$(KBUILD_SRC) is not defined without O=, use $(srctree).

Reported-and-tested-by: Richard Weinberger <richard@nod.at>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
um: Generate headers before generating user-offsets.s 2011-12-06T00:06:02+00:00 H. Peter Anvin hpa@linux.intel.com 2011-12-06T00:06:02+00:00 392f4b7db82ee592cc62b813e2a127d370dea42a In case we need generated header files for the values in user-offsets.h, make sure we build generated header files before user-offsets.s is built. Signed-off-by: H. Peter Anvin <hpa@linux.intel.com> 
In case we need generated header files for the values in
user-offsets.h, make sure we build generated header files before
user-offsets.s is built.

Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
um: Run host archheaders, allow use of host generated headers 2011-12-06T00:03:30+00:00 H. Peter Anvin hpa@linux.intel.com 2011-12-06T00:03:30+00:00 c9b284b2024e5e2fb7bacfe7f1a71a375562d281 Run the "archheaders" target for the host architecture, for architectures (like x86, now) that want to generate some of the necessary header files. Add $(HOST_DIR)/include/generated to the include path so we then pick them up. Signed-off-by: H. Peter Anvin <hpa@linux.intel.com> 
Run the "archheaders" target for the host architecture, for
architectures (like x86, now) that want to generate some of the
necessary header files.

Add $(HOST_DIR)/include/generated to the include path so we then pick
them up.

Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
um: take arch/um/sys-x86 to arch/x86/um 2011-11-02T13:15:05+00:00 Al Viro viro@ftp.linux.org.uk 2011-08-18T19:06:39+00:00 5c48b108ecbf6505d929e64d50dace13ac2bdf34 Signed-off-by: Al Viro <viro@zeniv.linux.org.uk> Signed-off-by: Richard Weinberger <richard@nod.at> 
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Signed-off-by: Richard Weinberger <richard@nod.at>
um: merge Makefile-{i386,x86_64} 2011-11-02T13:15:04+00:00 Al Viro viro@ftp.linux.org.uk 2011-08-18T19:06:29+00:00 7bbe7204e93734fe79d8aac3e08a7cb4624b5004 Signed-off-by: Al Viro <viro@zeniv.linux.org.uk> Signed-off-by: Richard Weinberger <richard@nod.at> 
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Signed-off-by: Richard Weinberger <richard@nod.at>
um: merge arch/um/sys-{i386,x86_64} 2011-11-02T13:14:51+00:00 Al Viro viro@ftp.linux.org.uk 2011-08-18T19:03:19+00:00 6582b7f7743da6ce3e3714e9e8b18e0e073d4acd Signed-off-by: Al Viro <viro@zeniv.linux.org.uk> Signed-off-by: Richard Weinberger <richard@nod.at> 
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Signed-off-by: Richard Weinberger <richard@nod.at>
um: merge arch/um/sys-{i386,x86_64}/shared 2011-11-02T13:14:50+00:00 Al Viro viro@ftp.linux.org.uk 2011-08-18T19:03:09+00:00 858ba94499b4f48e9eb0be7cf0092f1ea9460fef Signed-off-by: Al Viro <viro@zeniv.linux.org.uk> Signed-off-by: Richard Weinberger <richard@nod.at> 
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Signed-off-by: Richard Weinberger <richard@nod.at>
um: merge arch/um/sys-{i386,x86_64}/asm 2011-11-02T13:14:50+00:00 Al Viro viro@ftp.linux.org.uk 2011-08-18T19:02:59+00:00 27f85f12639fe821375a69900d96e0fbcc1450bf Signed-off-by: Al Viro <viro@zeniv.linux.org.uk> Signed-off-by: Richard Weinberger <richard@nod.at> 
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Signed-off-by: Richard Weinberger <richard@nod.at>