[uml-devel] [patch 1/1] make arch/um/kernel/skas/include/skas.h include asm/types.h

2004-12-10 Thread bstroesser
From: Bodo Stroesser <[EMAIL PROTECTED]> make arch/um/kernel/skas/include/skas.h include asm/types.h This is necessary to have a typedef for __u64 Signed-off-by: Bodo Stroesser <[EMAIL PROTECTED]> --- diff -puN arch/um/kernel/skas/include/skas.h~skas.h-include-types.h arch/um/kernel/skas/incl

[uml-devel] [patch 1/1] make UML use PTRACE_OLDSETOPTIONS instead of PTRACE_SETOPTIONS

2004-12-10 Thread bstroesser
From: Bodo Stroesser <[EMAIL PROTECTED]> To use ptrace-option PTRACE_O_TRACESYSGOOD, it must be enabled by a PTRACE_SETOPTIONS call. This call the first time was implemented in linux 2.4, where PTRACE_SETOPTIONS was set to 21. In linux 2.6, PTRACE_SETOPTIONS is redefined to 0x4200, while the old

[uml-devel] [patch 1/1] UML i386 and x86_64: compare stack pointer to failing address before expanding stack

2005-01-17 Thread bstroesser
From: Bodo Stroesser <[EMAIL PROTECTED]> When a page fault occurs on an address below the stack-vma, UML tries to expand the stack. On i386 and x86_64, the failing address is compared to the current userspace stack pointer. If the failing address is below "esp-32" resp. "rsp-128", stack expansion

[uml-devel] [patch 1/1] UML: skas3 doesn't need to reserve stub-pages

2005-01-17 Thread bstroesser
From: Bodo Stroesser <[EMAIL PROTECTED]> In skas3, the stub-pages for skas0 are unused. Thus, the space for the stub needs not to be reserved. So, in skas3 user's stack should may start at 0xc000, as it has been before skas0-implementation. Signed-off-by: Bodo Stroesser <[EMAIL PROTECTED]> -

[uml-devel] [patch 1/1] UML: make fix_range_common and flush_tlb_kernel_range_common work correctly

2005-02-17 Thread bstroesser
From: Bodo Stroesser <[EMAIL PROTECTED]> fix_range_common and flush_tlb_kernel_range_common don't work correctly, if a PGD (or PUD or PMD) is not present and start_addr (resp. start) is not aligned to a PGD boundary (or PUD or PMD boundary). Signed-off-by: Bodo Stroesser <[EMAIL PROTECTED]> ---