[uml-devel] Am I doing something wrong with -skas0?

[uml-devel] Am I doing something wrong with -skas0?

[Rob Landley]

So: I apply Blaisorblad's 2.6.12-bb2-skas0 rollup patch, build with skas 
support, and it crashes (as mentioned earlier) with:

VFS: Mounted root (hostfs filesystem) readonly.
Kernel panic - not syncing: get_skas_faultinfo : failed to wait for 
SIGUSR1/SIGTRAP, pid = 7944, n = 7944, errno = 0, status = 0xb

And then a dump (which I pasted in a few messages back...)

Is there an obvious way to track this down further?  I ran it under strace and 
filtered out the setsigmask stuff, but unfortunately the result's not very 
interesting.  Lots of stuff happens, then:

waitpid(7944, [{WIFSTOPPED(s) && WSTOPSIG(s) == SIGSEGV}], WUNTRACED) = 7944
ptrace(PTRACE_GETREGS, 7944, 0, 0x88e1804) = 0
ptrace(PTRACE_GETFPXREGS, 7944, 0, 0x88e18b4) = 0
ptrace(PTRACE_CONT, 7944, 0, SIGSEGV)   = 0
--- SIGCHLD (Child exited) @ 0 (0) ---
waitpid(7944, [{WIFSTOPPED(s) && WSTOPSIG(s) == SIGUSR1}], WUNTRACED) = 7944
getpid()                                = 7939
ptrace(PTRACE_SETREGS, 7944, 0, 0x88e7764) = 0
ptrace(PTRACE_CONT, 7944, 0, SIG_0)     = 0
--- SIGCHLD (Child exited) @ 0 (0) ---
waitpid(7944, [{WIFSTOPPED(s) && WSTOPSIG(s) == SIGTRAP}], WUNTRACED) = 7944
ptrace(PTRACE_SETREGS, 7944, 0, 0x88e1804) = 0
ptrace(PTRACE_SETFPXREGS, 7944, 0, 0x88e18b4) = 0
ptrace(PTRACE_SYSCALL, 7944, 0, SIG_0)  = 0
--- SIGCHLD (Child exited) @ 0 (0) ---
waitpid(7944, [{WIFSTOPPED(s) && WSTOPSIG(s) == SIGSEGV}], WUNTRACED) = 7944
ptrace(PTRACE_GETREGS, 7944, 0, 0x88e1804) = 0
ptrace(PTRACE_GETFPXREGS, 7944, 0, 0x88e18b4) = 0
ptrace(PTRACE_CONT, 7944, 0, SIGSEGV)   = 0
waitpid(7944, [{WIFSIGNALED(s) && WTERMSIG(s) == SIGSEGV}], WUNTRACED) = 7944
--- SIGCHLD (Child exited) @ 0 (0) ---
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, 0x88e793c) = -1 ENOTTY (Inappropriate 
ioctl for device)
write(1, "Kernel panic - not syncing: get_"..., 131) = 131

And so on through a ptrace of it dumping stack.

Am I doing it right?  Is there anything I can do to help track this down?

Rob


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Am I doing something wrong with -skas0?

[Bodo Stroesser]

Rob Landley wrote:
> Am I doing it right?  Is there anything I can do to help track this down?
> 
> Rob
The value of EIP reported in your earlier mail is quite surprising.
Could you please "objdump" vmlinux and send the part of "stub_segv_handler"?

	Bodo


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Am I doing something wrong with -skas0?

[Jeff Dike]

On Tue, Jul 12, 2005 at 11:46:40PM -0500, Rob Landley wrote:
> VFS: Mounted root (hostfs filesystem) readonly.
> Kernel panic - not syncing: get_skas_faultinfo : failed to wait for 
> SIGUSR1/SIGTRAP, pid = 7944, n = 7944, errno = 0, status = 0xb

A bunch of people are seeing this.  What's supposed to happen when the 
segfault hits is that it's supposed to continue into the segfault handler.

The fact that it is terminating with SIGSEGV immediately after stopping with
SIGSEGV means that the signal handler couldn't be delivered for some reason.

Either the signal stack or handler aren't present, or the stack isn't writable.

So, maybe the stubs aren't being set up properly.  Can you gdb the thing, put
a breakpoint in get_skas_faultinfo, and look at /proc/<pid>/maps, where
pid is the pid being ptraced?

The last two pages, at 0x7fffe000 and 7ffff000 are the stubs.  The first
should be mapped in from the temp VM file with permissions r-x, and the
second should be anonymous with permissions rwx.

				Jeff


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Am I doing something wrong with -skas0?

[Rob Landley]

On Wednesday 13 July 2005 07:11, Bodo Stroesser wrote:
> Rob Landley wrote:
> > Am I doing it right?  Is there anything I can do to help track this down?
> >
> > Rob
>
> The value of EIP reported in your earlier mail is quite surprising.
> Could you please "objdump" vmlinux and send the part of
> "stub_segv_handler"?
>
>  Bodo

I'm guessing you want objdump -d, and here's stub_segv_handler from that:

081020b0 <stub_segv_handler>:
 81020b0:       8b 44 24 5c             mov    0x5c(%esp),%eax
 81020b4:       a3 04 f0 ff bf          mov    %eax,0xbffff004
 81020b9:       8b 44 24 3c             mov    0x3c(%esp),%eax
 81020bd:       a3 00 f0 ff bf          mov    %eax,0xbffff000
 81020c2:       8b 44 24 38             mov    0x38(%esp),%eax
 81020c6:       a3 08 f0 ff bf          mov    %eax,0xbffff008
 81020cb:       b8 14 00 00 00          mov    $0x14,%eax
 81020d0:       cd 80                   int    $0x80
 81020d2:       89 c3                   mov    %eax,%ebx
 81020d4:       b8 25 00 00 00          mov    $0x25,%eax
 81020d9:       b9 0a 00 00 00          mov    $0xa,%ecx
 81020de:       cd 80                   int    $0x80
 81020e0:       58                      pop    %eax
 81020e1:       58                      pop    %eax
 81020e2:       58                      pop    %eax
 81020e3:       b8 77 00 00 00          mov    $0x77,%eax
 81020e8:       cd 80                   int    $0x80
 81020ea:       c3                      ret

Rob


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Am I doing something wrong with -skas0?

[Rob Landley]

On Wednesday 13 July 2005 07:11, Bodo Stroesser wrote:
> Rob Landley wrote:
> > Am I doing it right?  Is there anything I can do to help track this down?
> >
> > Rob
>
> The value of EIP reported in your earlier mail is quite surprising.
> Could you please "objdump" vmlinux and send the part of
> "stub_segv_handler"?
>
>  Bodo

In fact I just put a bzip of the complete dump at:

http://www.landley.net/linux.S.bz2

And the executable at linux-skas0 in the same place.

Rob


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Am I doing something wrong with -skas0?

[Rob Landley]

On Wednesday 13 July 2005 07:15, Jeff Dike wrote:
> On Tue, Jul 12, 2005 at 11:46:40PM -0500, Rob Landley wrote:
> > VFS: Mounted root (hostfs filesystem) readonly.
> > Kernel panic - not syncing: get_skas_faultinfo : failed to wait for
> > SIGUSR1/SIGTRAP, pid = 7944, n = 7944, errno = 0, status = 0xb
>
> A bunch of people are seeing this.  What's supposed to happen when the
> segfault hits is that it's supposed to continue into the segfault handler.
>
> The fact that it is terminating with SIGSEGV immediately after stopping
> with SIGSEGV means that the signal handler couldn't be delivered for some
> reason.
>
> Either the signal stack or handler aren't present, or the stack isn't
> writable.
>
> So, maybe the stubs aren't being set up properly.  Can you gdb the thing,
> put a breakpoint in get_skas_faultinfo, and look at /proc/<pid>/maps, where
> pid is the pid being ptraced?
>
> The last two pages, at 0x7fffe000 and 7ffff000 are the stubs.  The first
> should be mapped in from the temp VM file with permissions r-x, and the
> second should be anonymous with permissions rwx.
>
>     Jeff

It broke with SIGUSR1 in __kernel_vsyscall(), which I assume is close enough.  
(I typed "go" until it reached the end and it never broke in 
get_skas_faultinfo, but then my gdb is a bit shaky so I'm possibly doing 
something wrong.)

Here's the maps:

landley@driftwood:/proc/7972$ cat maps
08048000-08132000 rwxp 00000000 03:05 
2801050    /home/landley/linux-2.6.12.2/linux
08132000-08165000 rw-p 08132000 00:00 0
08800000-0a000000 rw-s 00800000 03:05 4922001    /tmp/vm_file-gYGr1Q (deleted)
b7eb7000-b7eb9000 rw-p b7eb7000 00:00 0
b7eb9000-b7fdb000 r-xp 00000000 03:05 
2371242    /lib/tls/i686/cmov/libc-2.3.2.so
b7fdb000-b7fe4000 rw-p 00121000 03:05 
2371242    /lib/tls/i686/cmov/libc-2.3.2.so
b7fe4000-b7fe6000 rw-p b7fe4000 00:00 0
b7fe6000-b7fe8000 r-xp 00000000 03:05 
2371260    /lib/tls/i686/cmov/libutil-2.3.2.so
b7fe8000-b7fe9000 rw-p 00001000 03:05 
2371260    /lib/tls/i686/cmov/libutil-2.3.2.so
b7fe9000-b7feb000 rw-p b7fe9000 00:00 0
b7feb000-b8000000 r-xp 00000000 03:05 2371080    /lib/ld-2.3.2.so
b8000000-b8001000 rw-p 00015000 03:05 2371080    /lib/ld-2.3.2.so
bffeb000-c0000000 rwxp bffeb000 00:00 0
ffffe000-fffff000 ---p 00000000 00:00 0

Rob


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Am I doing something wrong with -skas0?

[Jeff Dike]

On Wed, Jul 13, 2005 at 04:56:37PM -0500, Rob Landley wrote:
> Here's the maps:
> 
> landley@driftwood:/proc/7972$ cat maps
> 08048000-08132000 rwxp 00000000 03:05 2801050    /home/landley/linux-2.6.12.2/linux
> 08132000-08165000 rw-p 08132000 00:00 0
> 08800000-0a000000 rw-s 00800000 03:05 4922001    /tmp/vm_file-gYGr1Q (deleted)
> b7eb7000-b7eb9000 rw-p b7eb7000 00:00 0
> b7eb9000-b7fdb000 r-xp 00000000 03:05 2371242    /lib/tls/i686/cmov/libc-2.3.2.so
> b7fdb000-b7fe4000 rw-p 00121000 03:05 2371242    /lib/tls/i686/cmov/libc-2.3.2.so
> b7fe4000-b7fe6000 rw-p b7fe4000 00:00 0
> b7fe6000-b7fe8000 r-xp 00000000 03:05 2371260    /lib/tls/i686/cmov/libutil-2.3.2.so
> b7fe8000-b7fe9000 rw-p 00001000 03:05 2371260    /lib/tls/i686/cmov/libutil-2.3.2.so
> b7fe9000-b7feb000 rw-p b7fe9000 00:00 0
> b7feb000-b8000000 r-xp 00000000 03:05 2371080    /lib/ld-2.3.2.so
> b8000000-b8001000 rw-p 00015000 03:05 2371080    /lib/ld-2.3.2.so
> bffeb000-c0000000 rwxp bffeb000 00:00 0
> ffffe000-fffff000 ---p 00000000 00:00 0

This is the maps for the UML kernel, I think, rather than the maps for the
process under ptrace.

Was 7292 the value of pid at the point of the panic?

				Jeff


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Am I doing something wrong with -skas0?

[Rob Landley]

On Wednesday 13 July 2005 18:29, Jeff Dike wrote:

> This is the maps for the UML kernel, I think, rather than the maps for the
> process under ptrace.
>
> Was 7292 the value of pid at the point of the panic?

There's only one pid, the ./linux process gdb fired off.  The breakpoint you 
mentioned was accepted (it said breakpoint set and gave me an address), but 
it was never reached.

It broke several times on SIGUSR1 (I continued each time) but that was before 
it had printed out anything at all.  After a dozen or so continues, it 
printed out all the init stuff at once and the panic stuff, all at once.

I typed "ps" in another window before each "cont" (for the SIGUSR1's), but no 
child process had been spawned yet.

>     Jeff

Rob


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Am I doing something wrong with -skas0?

[Bodo Stroesser]

Rob Landley wrote:
> On Wednesday 13 July 2005 07:11, Bodo Stroesser wrote:
> 
>>Rob Landley wrote:
>>
>>>Am I doing it right?  Is there anything I can do to help track this down?
>>>
>>>Rob
>>
>>The value of EIP reported in your earlier mail is quite surprising.
>>Could you please "objdump" vmlinux and send the part of
>>"stub_segv_handler"?
>>
>> Bodo
> 
> 
> I'm guessing you want objdump -d, and here's stub_segv_handler from that:
> 
> 081020b0 <stub_segv_handler>:
>  81020b0:       8b 44 24 5c             mov    0x5c(%esp),%eax
>  81020b4:       a3 04 f0 ff bf          mov    %eax,0xbffff004
>  81020b9:       8b 44 24 3c             mov    0x3c(%esp),%eax
>  81020bd:       a3 00 f0 ff bf          mov    %eax,0xbffff000
>  81020c2:       8b 44 24 38             mov    0x38(%esp),%eax
>  81020c6:       a3 08 f0 ff bf          mov    %eax,0xbffff008
>  81020cb:       b8 14 00 00 00          mov    $0x14,%eax
>  81020d0:       cd 80                   int    $0x80
>  81020d2:       89 c3                   mov    %eax,%ebx
>  81020d4:       b8 25 00 00 00          mov    $0x25,%eax
>  81020d9:       b9 0a 00 00 00          mov    $0xa,%ecx
>  81020de:       cd 80                   int    $0x80
>  81020e0:       58                      pop    %eax
>  81020e1:       58                      pop    %eax
>  81020e2:       58                      pop    %eax
>  81020e3:       b8 77 00 00 00          mov    $0x77,%eax
>  81020e8:       cd 80                   int    $0x80
>  81020ea:       c3                      ret
> 
> Rob
Hi Jeff,

stub_segv_handler misses the "push ebp" at the beginning. As you
do the normally corresponding "pop eax" explicitly, I think stack
pointer is wrong on call of sigreturn.

I have no idea, what makes happen this. Maybe it depends on compiler
version?

	Bodo

P.S.:
Normally, stub_segv_handler should look like this:

a02090d0 <stub_segv_handler>:
a02090d0:       55                      push   %ebp
a02090d1:       89 e5                   mov    %esp,%ebp
a02090d3:       8b 45 60                mov    0x60(%ebp),%eax
a02090d6:       a3 04 f0 ff bf          mov    %eax,0xbffff004
a02090db:       8b 45 40                mov    0x40(%ebp),%eax
a02090de:       a3 00 f0 ff bf          mov    %eax,0xbffff000
a02090e3:       8b 45 3c                mov    0x3c(%ebp),%eax
a02090e6:       a3 08 f0 ff bf          mov    %eax,0xbffff008
a02090eb:       b8 14 00 00 00          mov    $0x14,%eax
a02090f0:       cd 80                   int    $0x80
a02090f2:       89 c3                   mov    %eax,%ebx
a02090f4:       b8 25 00 00 00          mov    $0x25,%eax
a02090f9:       b9 0a 00 00 00          mov    $0xa,%ecx
a02090fe:       cd 80                   int    $0x80
a0209100:       58                      pop    %eax
a0209101:       58                      pop    %eax
a0209102:       58                      pop    %eax
a0209103:       b8 77 00 00 00          mov    $0x77,%eax
a0209108:       cd 80                   int    $0x80
a020910a:       5d                      pop    %ebp
a020910b:       c3                      ret


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Am I doing something wrong with -skas0?

[Bodo Stroesser]

[-- Attachment #1: Type: text/plain, Size: 519 bytes --]

Bodo Stroesser wrote:
> stub_segv_handler misses the "push ebp" at the beginning. As you
> do the normally corresponding "pop eax" explicitly, I think stack
> pointer is wrong on call of sigreturn.
> 
> I have no idea, what makes happen this. Maybe it depends on compiler
> version?
> 

I hope, the attached patch fixes the problem. The patch is tested in
my 2.6.12-rc4 + skas0, where I didn't see the problem. It still works
fine for me.

Rob, could you please test whether the patch fixes the problem for you?

	Bodo

[-- Attachment #2: fix-stub_segv-stack.patch --]
[-- Type: text/x-diff, Size: 1381 bytes --]

# 
# From: Bodo Stroesser <bstroesser@fujitsu-siemens.com>
# 
# It's wrong to pop a fixed number of words from stack before
# calling sigreturn, as the number depends on what code is generated
# by the compiler for the start of stub_segv_handler().
# What we need is esp containing the address of sigcontext. So we
# explicitly load that pointer into esp.
# 
# Signed-off-by: Bodo Stroesser <bstroesser@fujitsu-siemens.com>

Index: linux-2.6.12-rc4/arch/um/sys-i386/stub_segv.c
===================================================================
--- linux-2.6.12-rc4.orig/arch/um/sys-i386/stub_segv.c	2005-07-14 13:15:53.364847980 +0200
+++ linux-2.6.12-rc4/arch/um/sys-i386/stub_segv.c	2005-07-14 13:36:02.980002269 +0200
@@ -22,10 +22,10 @@ stub_segv_handler(int sig)
 	__asm__("movl %0, %%eax ; int $0x80": : "g" (__NR_getpid));
 	__asm__("movl %%eax, %%ebx ; movl %0, %%eax ; movl %1, %%ecx ;"
 		"int $0x80": : "g" (__NR_kill), "g" (SIGUSR1));
-	/* Pop the frame pointer and return address since we need to leave
+	/* Load pointer to sigcontext into esp, since we need to leave
 	 * the stack in its original form when we do the sigreturn here, by
 	 * hand.
 	 */
-	__asm__("popl %%eax ; popl %%eax ; popl %%eax ; movl %0, %%eax ; "
-		"int $0x80" : : "g" (__NR_sigreturn));
+	__asm__("mov %0,%%esp ; movl %1, %%eax ; "
+		"int $0x80" : : "a" (sc), "g" (__NR_sigreturn));
 }

Re: [uml-devel] Am I doing something wrong with -skas0?

[Jeff Dike]

On Wed, Jul 13, 2005 at 09:02:46PM -0500, Rob Landley wrote:
> There's only one pid, the ./linux process gdb fired off.  

No, there's the pid that's being ptraced, and I need the maps for it.

> The breakpoint you 
> mentioned was accepted (it said breakpoint set and gave me an address), but 
> it was never reached.

Then put a while(1) ; just before the panic and kill -INT uml-pid when it
freezes.  That will get you a gdb prompt where you need it.

				Jeff


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Am I doing something wrong with -skas0?

[Jeff Dike]

On Thu, Jul 14, 2005 at 12:59:39PM +0200, Bodo Stroesser wrote:
> stub_segv_handler misses the "push ebp" at the beginning. As you
> do the normally corresponding "pop eax" explicitly, I think stack
> pointer is wrong on call of sigreturn.
> 
> I have no idea, what makes happen this. Maybe it depends on compiler
> version?

Yes, nice spotting.  I had forgotten about that bit of nastiness.

Let me think about that.

				Jeff


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Am I doing something wrong with -skas0?

[Jeff Dike]

On Thu, Jul 14, 2005 at 02:05:11PM +0200, Bodo Stroesser wrote:
> I hope, the attached patch fixes the problem. The patch is tested in
> my 2.6.12-rc4 + skas0, where I didn't see the problem. It still works
> fine for me.

You're too quick for me sometimes :-)  I was just about to write up
something essentially the same...

				Jeff


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Am I doing something wrong with -skas0?

[Bodo Stroesser]

Jeff Dike wrote:
> On Thu, Jul 14, 2005 at 02:05:11PM +0200, Bodo Stroesser wrote:
> 
>>I hope, the attached patch fixes the problem. The patch is tested in
>>my 2.6.12-rc4 + skas0, where I didn't see the problem. It still works
>>fine for me.
> 
> 
> You're too quick for me sometimes :-)  I was just about to write up
> something essentially the same...
> 
> 				Jeff
Do you know _what_ makes the problem happen? Is it depended on the
compiler version (gcc 3.3.5) or is there any CONFIG_XXXXX, that lets
make use some special compiler option?

	Bodo


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Am I doing something wrong with -skas0?

[Bodo Stroesser]

Jeff Dike wrote:
> On Thu, Jul 14, 2005 at 02:05:11PM +0200, Bodo Stroesser wrote:
> 
>>I hope, the attached patch fixes the problem. The patch is tested in
>>my 2.6.12-rc4 + skas0, where I didn't see the problem. It still works
>>fine for me.
> 
> 
> You're too quick for me sometimes :-)  I was just about to write up
> something essentially the same...
> 
> 				Jeff
BTW: no problem to be faster, as I can start my work some hours before
you wake up :-)

	Bodo


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Am I doing something wrong with -skas0?

[Jeff Dike]

On Thu, Jul 14, 2005 at 04:11:14PM +0200, Bodo Stroesser wrote:
> Do you know _what_ makes the problem happen? Is it depended on the
> compiler version (gcc 3.3.5) or is there any CONFIG_XXXXX, that lets
> make use some special compiler option?

CONFIG_FRAME_POINTER (or maybe CONFIG_DEBUG_INFO enables frame pointers)
would be my guess.

				Jeff


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Am I doing something wrong with -skas0?

[Rob Landley]

On Thursday 14 July 2005 05:59, Bodo Stroesser wrote:
> Hi Jeff,
>
> stub_segv_handler misses the "push ebp" at the beginning. As you
> do the normally corresponding "pop eax" explicitly, I think stack
> pointer is wrong on call of sigreturn.
>
> I have no idea, what makes happen this. Maybe it depends on compiler
> version?
>
>  Bodo

It's the current ("Hoary Hedgehog", I think) ubuntu/kbuntu gcc 3.3:

landley@driftwood:~/busybox_stable$ gcc -v
Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.5/specs
Configured with: ../src/configure -v 
--enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr 
--mandir=/usr/share/man --infodir=/usr/share/info 
--with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared 
--with-system-zlib --enable-nls --without-included-gettext 
--enable-__cxa_atexit --enable-clocale=gnu --enable-debug 
--enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux
Thread model: posix
gcc version 3.3.5 (Debian 1:3.3.5-8ubuntu2)


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Am I doing something wrong with -skas0?

[Rob Landley]

On Thursday 14 July 2005 07:05, Bodo Stroesser wrote:
> Bodo Stroesser wrote:
> > stub_segv_handler misses the "push ebp" at the beginning. As you
> > do the normally corresponding "pop eax" explicitly, I think stack
> > pointer is wrong on call of sigreturn.
> >
> > I have no idea, what makes happen this. Maybe it depends on compiler
> > version?
>
> I hope, the attached patch fixes the problem. The patch is tested in
> my 2.6.12-rc4 + skas0, where I didn't see the problem. It still works
> fine for me.
>
> Rob, could you please test whether the patch fixes the problem for you?
>
>  Bodo

I think it did.  Alas, it still dies:

VFS: Mounted root (hostfs filesystem).
cannot set up thread-local storage: cannot set up LDT for thread-local storage

But that's a failure I can understand.

Rob


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Am I doing something wrong with -skas0?

[Rob Landley]

On Thursday 14 July 2005 07:37, Jeff Dike wrote:
> On Wed, Jul 13, 2005 at 09:02:46PM -0500, Rob Landley wrote:
> > There's only one pid, the ./linux process gdb fired off.
>
> No, there's the pid that's being ptraced, and I need the maps for it.
>
> > The breakpoint you
> > mentioned was accepted (it said breakpoint set and gave me an address),
> > but it was never reached.
>
> Then put a while(1) ; just before the panic and kill -INT uml-pid when it
> freezes.  That will get you a gdb prompt where you need it.
>
>     Jeff

Bodo's patch seems to have fixed the problem (albeit in a way that reveals 
ubuntu is using thread-local storage, so I can't use it anyway).

But just in case this helps, I added the for loop, and here's the maps for the 
second pid:

landley@driftwood:/proc/8793$ cat maps
08000000-08048000 rw-s 00000000 03:05 4921999    /tmp/vm_file-oxis26 (deleted)
08048000-08132000 rwxp 00000000 03:05 
2801042    /home/landley/linux-2.6.12.2/linux
08132000-08165000 rw-p 08132000 00:00 0
08165000-081b0000 rw-s 00165000 03:05 4921999    /tmp/vm_file-oxis26 (deleted)
081b0000-081b1000 rwxs 001b0000 03:05 4921999    /tmp/vm_file-oxis26 (deleted)
081b1000-0b000000 rw-s 001b1000 03:05 4921999    /tmp/vm_file-oxis26 (deleted)
b7eb7000-b7eb9000 rw-p b7eb7000 00:00 0
b7eb9000-b7fdb000 r-xp 00000000 03:05 
2371242    /lib/tls/i686/cmov/libc-2.3.2.so
b7fdb000-b7fe4000 rw-p 00121000 03:05 
2371242    /lib/tls/i686/cmov/libc-2.3.2.so
b7fe4000-b7fe6000 rw-p b7fe4000 00:00 0
b7fe6000-b7fe8000 r-xp 00000000 03:05 
2371260    /lib/tls/i686/cmov/libutil-2.3.2.so
b7fe8000-b7fe9000 rw-p 00001000 03:05 
2371260    /lib/tls/i686/cmov/libutil-2.3.2.so
b7fe9000-b7feb000 rw-p b7fe9000 00:00 0
b7feb000-b8000000 r-xp 00000000 03:05 2371080    /lib/ld-2.3.2.so
b8000000-b8001000 rw-p 00015000 03:05 2371080    /lib/ld-2.3.2.so
bffeb000-c0000000 rwxp bffeb000 00:00 0
ffffe000-fffff000 ---p 00000000 00:00 0




-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Am I doing something wrong with -skas0?

[Rob Landley]

[-- Attachment #1: Type: text/plain, Size: 443 bytes --]

On Thursday 14 July 2005 09:23, Jeff Dike wrote:
> On Thu, Jul 14, 2005 at 04:11:14PM +0200, Bodo Stroesser wrote:
> > Do you know _what_ makes the problem happen? Is it depended on the
> > compiler version (gcc 3.3.5) or is there any CONFIG_XXXXX, that lets
> > make use some special compiler option?
>
> CONFIG_FRAME_POINTER (or maybe CONFIG_DEBUG_INFO enables frame pointers)
> would be my guess.
>
>     Jeff

My config, if it helps.

Rob

[-- Attachment #2: .config --]
[-- Type: text/plain, Size: 4595 bytes --]

#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.12.2-bb2-skas0
# Tue Jul 12 02:36:17 2005
#
CONFIG_GENERIC_HARDIRQS=y
CONFIG_UML=y
CONFIG_MMU=y
CONFIG_UID16=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
CONFIG_GENERIC_CALIBRATE_DELAY=y

#
# UML-specific options
#
# CONFIG_MODE_TT is not set
# CONFIG_STATIC_LINK is not set
CONFIG_MODE_SKAS=y
CONFIG_UML_X86=y
# CONFIG_64BIT is not set
CONFIG_TOP_ADDR=0xc0000000
# CONFIG_3_LEVEL_PGTABLES is not set
CONFIG_STUB_CODE=0xbfffe000
CONFIG_STUB_DATA=0xbffff000
CONFIG_STUB_START=0xbfffe000
CONFIG_ARCH_HAS_SC_SIGNALS=y
CONFIG_ARCH_REUSE_HOST_VSYSCALL_AREA=y
CONFIG_LD_SCRIPT_DYN=y
# CONFIG_NET is not set
CONFIG_BINFMT_ELF=y
# CONFIG_BINFMT_MISC is not set
CONFIG_HOSTFS=y
# CONFIG_HPPFS is not set
# CONFIG_MCONSOLE is not set
# CONFIG_HOST_2G_2G is not set
CONFIG_NEST_LEVEL=0
CONFIG_KERNEL_HALF_GIGS=1
# CONFIG_HIGHMEM is not set
CONFIG_KERNEL_STACK_ORDER=2
# CONFIG_UML_REAL_TIME_CLOCK is not set

#
# Code maturity level options
#
# CONFIG_EXPERIMENTAL is not set
CONFIG_CLEAN_COMPILE=y
CONFIG_BROKEN_ON_SMP=y
CONFIG_INIT_ENV_ARG_LIMIT=32

#
# General setup
#
CONFIG_LOCALVERSION=""
# CONFIG_SWAP is not set
# CONFIG_SYSVIPC is not set
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
# CONFIG_AUDIT is not set
# CONFIG_HOTPLUG is not set
# CONFIG_IKCONFIG is not set
# CONFIG_EMBEDDED is not set
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SHMEM=y
CONFIG_CC_ALIGN_FUNCTIONS=0
CONFIG_CC_ALIGN_LABELS=0
CONFIG_CC_ALIGN_LOOPS=0
CONFIG_CC_ALIGN_JUMPS=0
# CONFIG_TINY_SHMEM is not set
CONFIG_BASE_SMALL=0

#
# Loadable module support
#
# CONFIG_MODULES is not set

#
# Generic Driver Options
#
CONFIG_STANDALONE=y
# CONFIG_PREVENT_FIRMWARE_BUILD is not set
# CONFIG_FW_LOADER is not set

#
# Character Devices
#
CONFIG_STDERR_CONSOLE=y
CONFIG_STDIO_CONSOLE=y
# CONFIG_SSL is not set
# CONFIG_NULL_CHAN is not set
# CONFIG_PORT_CHAN is not set
# CONFIG_PTY_CHAN is not set
# CONFIG_TTY_CHAN is not set
# CONFIG_XTERM_CHAN is not set
CONFIG_NOCONFIG_CHAN=y
CONFIG_CON_ZERO_CHAN="fd:0,fd:1"
CONFIG_CON_CHAN="xterm"
CONFIG_SSL_CHAN="pty"
CONFIG_UNIX98_PTYS=y
# CONFIG_LEGACY_PTYS is not set
# CONFIG_WATCHDOG is not set
# CONFIG_UML_SOUND is not set
# CONFIG_SOUND is not set
# CONFIG_HOSTAUDIO is not set
# CONFIG_UML_RANDOM is not set
# CONFIG_MMAPPER is not set

#
# Block devices
#
# CONFIG_BLK_DEV_UBD is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=y
# CONFIG_BLK_DEV_CRYPTOLOOP is not set
# CONFIG_BLK_DEV_RAM is not set
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_INITRAMFS_SOURCE=""
CONFIG_LBD=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
# CONFIG_IOSCHED_AS is not set
# CONFIG_IOSCHED_DEADLINE is not set
# CONFIG_IOSCHED_CFQ is not set
# CONFIG_NETDEVICES is not set

#
# Networking support
#
# CONFIG_NETPOLL is not set
# CONFIG_NET_POLL_CONTROLLER is not set

#
# File systems
#
CONFIG_EXT2_FS=y
# CONFIG_EXT2_FS_XATTR is not set
# CONFIG_EXT3_FS is not set
# CONFIG_JBD is not set
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set

#
# XFS support
#
# CONFIG_XFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_ROMFS_FS is not set
# CONFIG_QUOTA is not set
CONFIG_DNOTIFY=y
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set

#
# CD-ROM/DVD Filesystems
#
# CONFIG_ISO9660_FS is not set
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
# CONFIG_MSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
# CONFIG_PROC_KCORE is not set
CONFIG_SYSFS=y
# CONFIG_DEVPTS_FS_XATTR is not set
# CONFIG_TMPFS is not set
# CONFIG_HUGETLB_PAGE is not set
CONFIG_RAMFS=y

#
# Miscellaneous filesystems
#
# CONFIG_HFSPLUS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y

#
# Native Language Support
#
# CONFIG_NLS is not set

#
# Security options
#
# CONFIG_KEYS is not set
# CONFIG_SECURITY is not set

#
# Cryptographic options
#
# CONFIG_CRYPTO is not set

#
# Hardware crypto devices
#

#
# Library routines
#
# CONFIG_CRC_CCITT is not set
# CONFIG_CRC32 is not set
# CONFIG_LIBCRC32C is not set

#
# Multi-device support (RAID and LVM)
#
# CONFIG_MD is not set
# CONFIG_INPUT is not set

#
# Kernel hacking
#
# CONFIG_PRINTK_TIME is not set
# CONFIG_DEBUG_KERNEL is not set
CONFIG_LOG_BUF_SHIFT=14

Re: [uml-devel] Am I doing something wrong with -skas0?

[Rob Landley]

On Thursday 14 July 2005 13:16, Rob Landley wrote:
> Bodo's patch seems to have fixed the problem (albeit in a way that reveals
> ubuntu is using thread-local storage, so I can't use it anyway).

Hang on a sec, if TLS is screwing up -skas0, then why does -tt mode work?

Is this expected?

Rob


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Am I doing something wrong with -skas0?

[Blaisorblade]

On Thursday 14 July 2005 22:30, Rob Landley wrote:
> On Thursday 14 July 2005 13:16, Rob Landley wrote:
> > Bodo's patch seems to have fixed the problem (albeit in a way that
> > reveals ubuntu is using thread-local storage, so I can't use it anyway).
>
> Hang on a sec, if TLS is screwing up -skas0, then why does -tt mode work?
>
> Is this expected?
Hmm, I've seen TLS falling back on modify_ldt() at times, and it's surely a 
bit bogus in current trees (although I have a partial fix for it, but not 
sure whether it will work). Do you think init=/usr/bin/strace /bin/ls would 
work? Uncomprehensible kernel params are passed to init, so it could.
-- 
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade

	

	
		
___________________________________ 
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB 
http://mail.yahoo.it



-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Am I doing something wrong with -skas0?

[Bodo Stroesser]

Blaisorblade wrote:
> On Thursday 14 July 2005 22:30, Rob Landley wrote:
> 
>>On Thursday 14 July 2005 13:16, Rob Landley wrote:
>>
>>>Bodo's patch seems to have fixed the problem (albeit in a way that
>>>reveals ubuntu is using thread-local storage, so I can't use it anyway).
>>
>>Hang on a sec, if TLS is screwing up -skas0, then why does -tt mode work?
>>
>>Is this expected?
> 
> Hmm, I've seen TLS falling back on modify_ldt() at times, and it's surely a 
> bit bogus in current trees (although I have a partial fix for it, but not 
> sure whether it will work). Do you think init=/usr/bin/strace /bin/ls would 
> work? Uncomprehensible kernel params are passed to init, so it could.
Testing SKAS0 some month ago, I had problems with TLS in LDT, too. It didn't
print any message, but the processes looped on a segfault.
Debugging this, I changed SKAS0 to use the full faultinfo, so in the newer
versions it detects that the fault isn't fixable and generates SIGSEGV.
But I also had to add some code to make sys_modify_ldt work in SKAS0 (reading
and writing).

Most of this is in skas-hold-own-ldt, but further patches (e.g. skas0-clone)
might be necessary. The patches can be found in Jeff's incrementals.

	Bodo


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Am I doing something wrong with -skas0?

[Rob Landley]

[-- Attachment #1: Type: text/plain, Size: 955 bytes --]

On Friday 15 July 2005 11:10, Blaisorblade wrote:
> On Thursday 14 July 2005 22:30, Rob Landley wrote:
> > On Thursday 14 July 2005 13:16, Rob Landley wrote:
> > > Bodo's patch seems to have fixed the problem (albeit in a way that
> > > reveals ubuntu is using thread-local storage, so I can't use it
> > > anyway).
> >
> > Hang on a sec, if TLS is screwing up -skas0, then why does -tt mode work?
> >
> > Is this expected?
>
> Hmm, I've seen TLS falling back on modify_ldt() at times, and it's surely a
> bit bogus in current trees (although I have a partial fix for it, but not
> sure whether it will work). Do you think init=/usr/bin/strace /bin/ls would
> work? Uncomprehensible kernel params are passed to init, so it could.

Here's the output of that under both -tt mode and -skas0 mode.  Exact same 
command line both times, except for the name of the output file being 
redirected to.  Only .config change was switching from tt to skas mode.

Rob

[-- Attachment #2: out-tt.txt --]
[-- Type: text/plain, Size: 7999 bytes --]

Checking PROT_EXEC mmap in /tmp...OK
Linux version 2.6.12.2-bb2-skas0 (landley@driftwood) (gcc version 3.3.5 (Debian 1:3.3.5-8ubuntu2)) #6 Fri Jul 15 14:35:24 CDT 2005
Built 1 zonelists
Kernel command line: rootfstype=hostfs rw init=/usr/bin/strace /bin/ls root=98:0
PID hash table entries: 256 (order: 8, 4096 bytes)
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 29952k available
Mount-cache hash table entries: 512
Checking for host processor cmov support...Yes
Checking for host processor xmm support...No
Checking that ptrace can change system call numbers...OK
Checking syscall emulation patch for ptrace...missing
Checking that host ptys support output SIGIO...Yes
Checking that host ptys support SIGIO on close...No, enabling workaround
Checking for /dev/anon on the host...Not available (open failed with errno 2)
Linux NoNET1.0 for Linux 2.6
io scheduler noop registered
loop: loaded (max 8 devices)
Initialized stdio console driver
Console initialized on /dev/tty0
VFS: Mounted root (hostfs filesystem).
execve("/bin/ls", ["/bin/ls"], [/* 2 vars */]) = 0
uname({sys="Linux", node="(none)", ...}) = 0
brk(0)                                  = 0x805b000
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
old_mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40016000
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=48890, ...}) = 0
old_mmap(NULL, 48890, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40018000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/tls/i686/cmov/librt.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\33\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=23676, ...}) = 0
old_mmap(NULL, 26444, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40024000
old_mmap(0x4002a000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x5000) = 0x4002a000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/libacl.so.1", O_RDONLY)      = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\24"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=22040, ...}) = 0
old_mmap(NULL, 20956, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4002b000
old_mmap(0x40030000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x5000) = 0x40030000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/tls/i686/cmov/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\215Y\1"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=1222116, ...}) = 0
old_mmap(NULL, 1232428, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40031000
old_mmap(0x40153000, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x121000) = 0x40153000
old_mmap(0x4015c000, 7724, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4015c000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/tls/i686/cmov/libpthread.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\224E\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=78598, ...}) = 0
old_mmap(NULL, 65028, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4015e000
old_mmap(0x4016b000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xc000) = 0x4016b000
old_mmap(0x4016c000, 7684, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4016c000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/libattr.so.1", O_RDONLY)     = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\r\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=10872, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4016e000
old_mmap(NULL, 13876, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4016f000
old_mmap(0x40172000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x2000) = 0x40172000
close(3)                                = 0
set_thread_area({entry_number:-1 -> -1, base_addr:0x4016eb60, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = -1 ENOSYS (Function not implemented)
modify_ldt(1, {entry_number:0, base_addr:0x4016eb60, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}, 16) = 0
munmap(0x40018000, 48890)               = 0
set_tid_address(0x4016eba8)             = 11
rt_sigaction(SIGRTMIN, {0x40162514, [], SA_SIGINFO}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
brk(0)                                  = 0x805b000
brk(0x807c000)                          = 0x807c000
brk(0)                                  = 0x807c000
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(1, TIOCGWINSZ, {ws_row=0, ws_col=0, ws_xpixel=0, ws_ypixel=0}) = 0
open(".", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
fstat64(3, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
fcntl64(3, F_SETFD, FD_CLOEXEC)         = 0
getdents64(3, /* 28 entries */, 4096)   = 744
getdents64(3, /* 0 entries */, 4096)    = 0
close(3)                                = 0
open("/etc/mtab", O_RDONLY)             = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=267, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40018000
read(3, "/dev/hda5 / ext3 rw,errors=remou"..., 4096) = 267
close(3)                                = 0
munmap(0x40018000, 4096)                = 0
open("/proc/meminfo", O_RDONLY)         = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40018000
read(3, "", 1024)                       = 0
close(3)                                = 0
munmap(0x40018000, 4096)                = 0
fstat64(1, {st_mode=S_IFCHR|0660, st_rdev=makedev(5, 1), ...}) = 0
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40018000
write(1, "bin    dev   home.bak\t lib\t     "..., 51bin    dev   home.bak	 lib	     mnt	proc  srv  usr
) = 51
write(1, "boot   etc   initrd\t lost+found "..., 58boot   etc   initrd	 lost+found  notes.txt	root  sys  var
) = 58
write(1, "cdrom  home  initrd.img  media\t "..., 59cdrom  home  initrd.img  media	     opt	sbin  tmp  vmlinuz
) = 59
munmap(0x40018000, 4096)                = 0
exit_group(0)                           = ?
Kernel panic - not syncing: Attempted to kill init!
 
EIP: 0073:[<ffffe410>] CPU: 0 Not tainted ESP: 007b:9fca5aec EFLAGS: 00200246
    Not tainted
EAX: ffffffda EBX: 00000000 ECX: 401472c7 EDX: 40147280
ESI: 40148c14 EDI: 00000000 EBP: 9fca5b18 DS: 007b ES: 007b
a08afb50:  [<a0032bbd>] notifier_call_chain+0x2d/0x50
a08afb60:  [<a009a8b6>] bust_spinlocks+0x46/0x50
a08afb70:  [<a0022f11>] panic+0x71/0x120
a08afb90:  [<a0025c30>] do_exit+0x190/0x310
a08afbc0:  [<a00316d6>] sys_rt_sigprocmask+0x86/0x120
a08afbe0:  [<a0025e41>] do_group_exit+0x51/0x100
a08afbec:  [<a00b9d05>] sigemptyset+0x25/0x40
a08afc00:  [<a0011ef5>] change_signals+0x65/0x90
a08afc10:  [<a00167a3>] execute_syscall_tt+0xa3/0xb0
a08afc90:  [<a00167df>] syscall_handler_tt+0x2f/0x60
a08afca0:  [<a0011f4f>] unblock_signals+0xf/0x20
a08afcb0:  [<a001798b>] sig_handler_common_tt+0xbb/0x150
a08afd10:  [<a001c337>] sig_handler+0x17/0x20
a08afd20:  [<a00b9bd8>] __restore+0x0/0x8

 tracing thread pid = 8885


[-- Attachment #3: out-skas.txt --]
[-- Type: text/plain, Size: 2154 bytes --]

Checking for /proc/mm...not found
Checking for the skas3 patch in the host...not found
Checking PROT_EXEC mmap in /tmp...OK
Linux version 2.6.12.2-bb2-skas0 (landley@driftwood) (gcc version 3.3.5 (Debian 1:3.3.5-8ubuntu2)) #7 Fri Jul 15 14:38:06 CDT 2005
Built 1 zonelists
Kernel command line: rootfstype=hostfs rw init=/usr/bin/strace /bin/ls root=98:0
PID hash table entries: 256 (order: 8, 4096 bytes)
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 30688k available
Mount-cache hash table entries: 512
Checking for host processor cmov support...Yes
Checking for host processor xmm support...No
Checking that ptrace can change system call numbers...OK
Checking syscall emulation patch for ptrace...missing
Checking that host ptys support output SIGIO...Yes
Checking that host ptys support SIGIO on close...No, enabling workaround
Checking for /dev/anon on the host...Not available (open failed with errno 2)
Linux NoNET1.0 for Linux 2.6
io scheduler noop registered
loop: loaded (max 8 devices)
Initialized stdio console driver
Console initialized on /dev/tty0
VFS: Mounted root (hostfs filesystem).
cannot set up thread-local storage: cannot set up LDT for thread-local storage

Kernel panic - not syncing: Attempted to kill init!
 
EIP: 0073:[<40010cdf>] CPU: 0 Not tainted ESP: 007b:bf57a1a8 EFLAGS: 00200246
    Not tainted
EAX: ffffffda EBX: 0000007f ECX: bf579f30 EDX: 00000003
ESI: 40012f40 EDI: 40012f00 EBP: bf57a300 DS: 007b ES: 007b
08177ae0:  [<0807ad9d>] notifier_call_chain+0x2d/0x50
08177af0:  [<080e25e6>] bust_spinlocks+0x46/0x50
08177b00:  [<0806b911>] panic+0x71/0x120
08177b20:  [<0806e500>] do_exit+0x190/0x310
08177b40:  [<080a26a8>] vfs_writev+0x58/0x70
08177b70:  [<0806e711>] do_group_exit+0x51/0x100
08177ba0:  [<0805fea7>] execute_syscall_skas+0xd7/0xe0
08177bc0:  [<0805ab65>] change_signals+0x65/0x90
08177c30:  [<0805fed1>] handle_syscall+0x21/0x40
08177c40:  [<0805e958>] handle_trap+0x28/0x130
08177c70:  [<0805efa4>] userspace+0x1c4/0x220
08177cd4:  [<08054e90>] init+0x0/0x110
08177ce0:  [<0805f8f2>] new_thread_handler+0xf2/0x130