2007-10-13 07:16:04 +00:00
|
|
|
core-y += arch/um/sys-i386/ arch/x86/crypto/
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
|
TOP_ADDR := $(CONFIG_TOP_ADDR)
|
|
|
|
|
|
uml: throw out CONFIG_MODE_TT
This patchset throws out tt mode, which has been non-functional for a while.
This is done in phases, interspersed with code cleanups on the affected files.
The removal is done as follows:
remove all code, config options, and files which depend on
CONFIG_MODE_TT
get rid of the CHOOSE_MODE macro, which decided whether to
call tt-mode or skas-mode code, and replace invocations with their
skas portions
replace all now-trivial procedures with their skas equivalents
There are now a bunch of now-redundant pieces of data structures, including
mode-specific pieces of the thread structure, pt_regs, and mm_context. These
are all replaced with their skas-specific contents.
As part of the ongoing style compliance project, I made a style pass over all
files that were changed. There are three such patches, one for each phase,
covering the files affected by that phase but no later ones.
I noticed that we weren't freeing the LDT state associated with a process when
it exited, so that's fixed in one of the later patches.
The last patch is a tidying patch which I've had for a while, but which caused
inexplicable crashes under tt mode. Since that is no longer a problem, this
can now go in.
This patch:
Start getting rid of tt mode support.
This patch throws out CONFIG_MODE_TT and all config options, code, and files
which depend on it.
CONFIG_MODE_SKAS is gone and everything that depends on it is included
unconditionally.
The few changed lines are in re-written Kconfig help, lines which needed
something skas-related removed from them, and a few more which weren't
strictly deletions.
Signed-off-by: Jeff Dike <jdike@linux.intel.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2007-10-16 08:26:50 +00:00
|
|
|
START := 0x8048000
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2005-07-14 07:33:43 +00:00
|
|
|
LDFLAGS += -m elf_i386
|
|
|
|
|
ELF_ARCH := $(SUBARCH)
|
|
|
|
|
ELF_FORMAT := elf32-$(SUBARCH)
|
|
|
|
|
OBJCOPYFLAGS := -O binary -R .note -R .comment -S
|
2007-10-13 07:16:04 +00:00
|
|
|
HEADER_ARCH := x86
|
2007-10-29 04:31:16 +00:00
|
|
|
CHECKFLAGS += -D__i386__
|
2005-07-14 07:33:43 +00:00
|
|
|
|
|
|
|
|
ifeq ("$(origin SUBARCH)", "command line")
|
|
|
|
|
ifneq ("$(shell uname -m | sed -e s/i.86/i386/)", "$(SUBARCH)")
|
2007-10-14 20:21:35 +00:00
|
|
|
KBUILD_CFLAGS += $(call cc-option,-m32)
|
2007-10-15 19:59:31 +00:00
|
|
|
KBUILD_AFLAGS += $(call cc-option,-m32)
|
2005-07-14 07:33:43 +00:00
|
|
|
LINK-y += $(call cc-option,-m32)
|
|
|
|
|
UML_OBJCOPYFLAGS += -F $(ELF_FORMAT)
|
|
|
|
|
|
|
|
|
|
export LDFLAGS HOSTCFLAGS HOSTLDFLAGS UML_OBJCOPYFLAGS
|
|
|
|
|
endif
|
|
|
|
|
endif
|
|
|
|
|
|
[PATCH] uml: reuse i386 cpu-specific tuning
Make UML share the underlying cpu-specific tuning done on i386.
Actually, for now many config options aren't used a lot - but that can be done
later. Also, UML relies on GCC optimization for things like memcpy and such
more than i386, so specifying the correct -march and -mtune should be enough.
Later, we may want to correct some other stuff.
For instance, since FPU context switching, for us, is done (at least
partially, i.e. between our kernelspace and userspace) by the host, we may
allow usage of FPU operations by GCC. This doesn't hold for kernelspace vs.
kernelspace, but we don't support preemption.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2005-10-30 23:00:07 +00:00
|
|
|
# First of all, tune CFLAGS for the specific CPU. This actually sets cflags-y.
|
2007-10-29 04:34:31 +00:00
|
|
|
include $(srctree)/arch/x86/Makefile_32.cpu
|
[PATCH] uml: reuse i386 cpu-specific tuning
Make UML share the underlying cpu-specific tuning done on i386.
Actually, for now many config options aren't used a lot - but that can be done
later. Also, UML relies on GCC optimization for things like memcpy and such
more than i386, so specifying the correct -march and -mtune should be enough.
Later, we may want to correct some other stuff.
For instance, since FPU context switching, for us, is done (at least
partially, i.e. between our kernelspace and userspace) by the host, we may
allow usage of FPU operations by GCC. This doesn't hold for kernelspace vs.
kernelspace, but we don't support preemption.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2005-10-30 23:00:07 +00:00
|
|
|
|
|
|
|
|
# prevent gcc from keeping the stack 16 byte aligned. Taken from i386.
|
|
|
|
|
cflags-y += $(call cc-option,-mpreferred-stack-boundary=2)
|
|
|
|
|
|
2006-06-04 09:51:49 +00:00
|
|
|
# Prevent sprintf in nfsd from being converted to strcpy and resulting in
|
|
|
|
|
# an unresolved reference.
|
|
|
|
|
cflags-y += -ffreestanding
|
|
|
|
|
|
2007-10-14 20:21:35 +00:00
|
|
|
KBUILD_CFLAGS += $(cflags-y)
|
