On giovedì 13 settembre 2007, Fermín Galán Márquez wrote:
> Hi,
>
> After some more debugging I think I've solved the problem (at least :)
> An explanation follows.
>
> First, although apparently it seemed that the modules causing the
> problem were the ones related with networking (as David Fernán
Hi,
I'm running into a problem with a 2.6.14.7 UML kernel and I wonder if
anyone can help. The issue appears to be that memory allocated by a call
to vmalloc lies outside the UML's virtual memory map, so that a
subsequent pointer dereference ends up causing a seg fault. The vmalloc
call is in c
This patch fixes a crash caused by an interrupt coming in when an IRQ
stack is being torn down. When this happens, handle_signal will loop,
setting up the IRQ stack again because the tearing down had finished,
and handling whatever signals had come in.
However, to_irq_stack returns a mask of pend
On Tue, 18 Sep 2007 19:33:36 -0400
Jeff Dike <[EMAIL PROTECTED]> wrote:
> ===
> --- linux-2.6.17.orig/arch/um/os-Linux/signal.c 2007-09-09
> 11:15:37.0 -0400
> +++ linux-2.6.17/arch/um/os-Linux/signal.c2007-09-18 12
On Tue, Sep 18, 2007 at 05:00:39PM -0400, Bradshaw, James wrote:
> I'm running into a problem with a 2.6.14.7 UML kernel and I wonder if
> anyone can help. The issue appears to be that memory allocated by a call
> to vmalloc lies outside the UML's virtual memory map, so that a
> subsequent pointer
These two patches fix UML build breakages on x86_64.
They are -mm-specific, so don't need to go to mainline until 2.6.24.
Jeff
--
Work email - jdike at linux dot intel dot com
-
This SF.net
uml-stop-saving-process-fp-state.patch broke the UML/x86_64 build.
On x86_64, sys/ptrace.h has to be included before asm/ptrace.h.
Otherwise, the defines in asm/ptrace.h will ruin the parse of
sys/ptrace.h -
asm/ptrace.h:
#define PTRACE_GETREGS12
sys/ptrace.h:
The former uml-fix-x86_64-core-dump-crash.patch expressed
ELF_CORE_COPY_REGS in terms of the pt_regs struct currently in -mm. I
fast-tracked this to mainline, where it was wrong because the pt_regs
struct there hadn't been changed. Fixing that then made the patch
wrong for -mm when it was rebased
