litmus-rt-imx6.git/arch/um/Makefile, branch master

UAPI: Partition the header include path sets and add uapi/ header directories

2012-10-02T17:01:26+00:00

Partition the header include path flags into two sets, one for kernelspace
builds and one for userspace builds.

Add the following directories to build after the ordinary include directories
so that #include will pick up the UAPI header directly if the kernel header
has been moved there.

The userspace set (represented by the USERINCLUDE make variable) contains:

	-I $(srctree)/arch/$(hdr-arch)/include/uapi
	-I arch/$(hdr-arch)/include/generated/uapi
	-I $(srctree)/include/uapi
	-I include/generated/uapi
	-include $(srctree)/include/linux/kconfig.h

and the kernelspace set (represented by the LINUXINCLUDE make variable)
contains:

	-I $(srctree)/arch/$(hdr-arch)/include
	-I arch/$(hdr-arch)/include/generated
	-I $(srctree)/include
	-I include		--- if not building in the source tree

plus everything in the USERINCLUDE set.

Then use USERINCLUDE in building the x86 boot code.

Signed-off-by: David Howells 
Acked-by: Arnd Bergmann 
Acked-by: Thomas Gleixner 
Acked-by: Paul E. McKenney 
Acked-by: Dave Jones

kbuild: link of vmlinux moved to a script

2012-05-05T19:19:33+00:00

Move the final link of vmlinux to a script to improve
readability and maintainability of the code.

The Makefile fragments used to link vmlinux has over the
years seen far too many changes and the logic had become
hard to follow.

As the process by nature is serialized there was
nothing gained including this in the Makefile.

"um" has special link requirments - and the
only way to handle this was to hard-code the linking
of "um" in the script.
This was better than trying to modularize it only for the
benefit of "um" anyway.

The shell script has been improved after input from:
Arnaud Lacombe 
Nick Bowler 

Signed-off-by: Sam Ravnborg 
Cc: Arnaud Lacombe 
Cc: Nick Bowler 
Cc: Richard Weinberger 
Signed-off-by: Michal Marek

um: Switch to large mcmodel on x86_64

2012-03-24T23:29:57+00:00

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 
Reported-by: 전하늘

um: most of the SUBARCH uses can be killed

2012-03-24T23:29:56+00:00

Signed-off-by: Al Viro 
[richard@nod.at: Re-export SUBARCH in arch/um/Makefile]
Signed-off-by: Richard Weinberger

um: Use $(srctree) not $(KBUILD_SRC)

2011-12-09T18:59:59+00:00

$(KBUILD_SRC) is not defined without O=, use $(srctree).

Reported-and-tested-by: Richard Weinberger 
Signed-off-by: H. Peter Anvin

um: Generate headers before generating user-offsets.s

2011-12-06T00:06:02+00:00

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

um: Run host archheaders, allow use of host generated headers

2011-12-06T00:03:30+00:00

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

um: take arch/um/sys-x86 to arch/x86/um

2011-11-02T13:15:05+00:00

Signed-off-by: Al Viro 
Signed-off-by: Richard Weinberger

um: merge Makefile-{i386,x86_64}

2011-11-02T13:15:04+00:00

Signed-off-by: Al Viro 
Signed-off-by: Richard Weinberger

um: merge arch/um/sys-{i386,x86_64}

2011-11-02T13:14:51+00:00

Signed-off-by: Al Viro 
Signed-off-by: Richard Weinberger