Am Montag 09 Mai 2011, 00:19:53 schrieb Mattia Dongili:
> On Sun, May 08, 2011 at 11:59:42PM +0200, Richard Weinberger wrote:
> > UML_LIB_PATH is hardcoded to /usr/lib/uml/,
> > on 64bit systems UML_LIB_PATH needs to be /usr/lib64/uml/.
> >
> > Signed-off-by: Richard Weinberger
> > ---
> >
> >
On Sun, May 08, 2011 at 11:59:42PM +0200, Richard Weinberger wrote:
> UML_LIB_PATH is hardcoded to /usr/lib/uml/,
> on 64bit systems UML_LIB_PATH needs to be /usr/lib64/uml/.
>
> Signed-off-by: Richard Weinberger
> ---
> arch/um/drivers/xterm.c |2 +-
> arch/um/include/shared/os.h |7
Hi,
On Fri, May 6, 2011 at 8:10 PM, Paul Chavent wrote:
> On 05/06/2011 09:52 AM, richard -rw- weinberger wrote:
>>
>> On Thu, May 5, 2011 at 9:34 AM, wrote:
>>>
>>> Hi.
>>>
>>> I use uml with vde. The kernel links against libvdeplug.a and
>>> automatically find it. But i would like to manually
os_dump_core() uses abort() to terminate UML in case of an
fatal error.
glibc's abort() calls raise(SIGABRT) which makes use of tgkill().
tgkill() has no effect within UML's kernel threads because they
are not pthreads. As fallback abort() executes an invalid instruction
to terminate the process. T
UML_LIB_PATH is hardcoded to /usr/lib/uml/,
on 64bit systems UML_LIB_PATH needs to be /usr/lib64/uml/.
Signed-off-by: Richard Weinberger
---
arch/um/drivers/xterm.c |2 +-
arch/um/include/shared/os.h |7 +++
arch/um/os-Linux/main.c |2 +-
3 files changed, 9 insertions(+),
The UML kernel ignores SIGHUP anyway.
This handler is in vain.
Signed-off-by: Richard Weinberger
---
arch/um/os-Linux/main.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/arch/um/os-Linux/main.c b/arch/um/os-Linux/main.c
index 39613ea..fb2a97a 100644
--- a/arch/um/os-L
When os_dump_core() raises SIGTERM to bring down all
UML processes this would also trigger the quite complex
do_uml_exitcalls() routine.
This is why UML crashed often while panicking.
Let's make os_dump_core() short and painless by killing all UML
processes with SIGHUP and calling the only sane ex