Re: [uml-user] Tests with 2.6.15 on amd64

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

Same tests but with 64-bit root_fs (unmodified gentoo 2005.1 amd64 stage3)

TT: Crash
---------
...
NET: Registered protocol family 17
Initialized stdio console driver
Console initialized on /dev/tty0
Initializing software serial port version 1
  ubda: unknown partition table
  ubdb: unknown partition table
EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended
VFS: Mounted root (ext2 filesystem).
Kernel panic - not syncing: Kernel mode fault at addr 0x0, ip 0x0

Modules linked in:
Pid: 1, comm: init Not tainted 2.6.15
RIP: 8000:[<0000000000000000>]
RSP: 00000000603dbc30  EFLAGS: 00010202
RAX: 0000000000000001 RBX: 0000000000000000 RCX: 000000006015faa1
RDX: 000000006002398a RSI: 0000000000000001 RDI: 00000000603dbad0
RBP: 0000000000000000 R08: 0000000000000000 R09: 0000000000000001
R10: 0000000000000008 R11: 0000000000000246 R12: 0000000000000000
R13: 0000000000000001 R14: 000000000000000a R15: 0000000000000000
Call Trace:
603db6d8:  [<60012dbf>] panic_exit+0x2d/0x47
603db6f8:  [<60039c1e>] notifier_call_chain+0x25/0x38
603db700:  [<6015faa1>] __sigprocmask+0x11/0x40
603db728:  [<600292c4>] panic+0xe4/0x175
603db768:  [<6015faa1>] __sigprocmask+0x11/0x40
603db798:  [<6001227b>] handle_page_fault+0x20f/0x25f
603db818:  [<60012413>] segv+0x148/0x2be
603db828:  [<6015fc05>] sigemptyset+0x15/0x40
603db838:  [<60010333>] change_sig+0x58/0x70
603db8a8:  [<6015fc05>] sigemptyset+0x15/0x40
603db8b8:  [<6001039c>] change_signals+0x51/0x71
603db928:  [<60012837>] segv_handler+0xc7/0xd0
603db968:  [<60015275>] sig_handler_common_tt+0xe1/0x120
603db9d8:  [<600239b9>] sig_handler+0x19/0x22
603db9e8:  [<6015f820>] __restore_rt+0x0/0x10
603dba78:  [<6002398a>] run_kernel_thread+0x2d/0x43
603dba88:  [<6015faa1>] __sigprocmask+0x11/0x40
603dbae0:  [<6000c184>] init+0x0/0x140
603dbb08:  [<6002398a>] run_kernel_thread+0x2d/0x43
603dbb88:  [<6000c184>] init+0x0/0x140
603dbb98:  [<600103d7>] unblock_signals+0xe/0x10
603dbba8:  [<60013ba7>] new_thread_handler+0x17f/0x193
603dbcd8:  [<6015faa1>] __sigprocmask+0x11/0x40

SKAS0: Busy hang
----------------
...
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
Initialized stdio console driver
Console initialized on /dev/tty0
Initializing software serial port version 1
  ubda: unknown partition table
  ubdb: unknown partition table
VFS: Mounted root (ext2 filesystem).

SKAS3: Crash
------------
...
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
Initialized stdio console driver
Console initialized on /dev/tty0
Initializing software serial port version 1
  ubda: unknown partition table
  ubdb: unknown partition table
EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended
VFS: Mounted root (ext2 filesystem).
Kernel panic - not syncing: map_stub_pages : /proc/mm map for code failed, err = 22

Modules linked in:
Pid: 1, comm: swapper Not tainted 2.6.15
RIP: 0033:[<000000006015fad9>]
RSP: 00002aaaaaaacfc0  EFLAGS: 00000246
RAX: 0000000000000000 RBX: 0000000000004031 RCX: ffffffffffffffff
RDX: 0000000000000000 RSI: 0000000000000013 RDI: 0000000000004031
RBP: 00002aaaaaaacfc8 R08: 0000000000000000 R09: 0000000000000000
R10: 0000000000000000 R11: 0000000000000246 R12: 000000000000402e
R13: 00002aaaaaaac000 R14: 00007fffffffe0b8 R15: 00007fffffffe4c8
Call Trace:
603e3878:  [<60012dbf>] panic_exit+0x2d/0x47
603e3898:  [<60039c1e>] notifier_call_chain+0x25/0x38
603e38a0:  [<6015faa1>] __sigprocmask+0x11/0x40
603e38c8:  [<600292c4>] panic+0xe4/0x175
603e3910:  [<6000e87c>] copy_to_user_proc+0x0/0x1b
603e3948:  [<60170c49>] __syscall_error_1+0x6/0x1d
603e3958:  [<600223c3>] file_io+0xac/0xcc
603e3968:  [<6016ca20>] __libc_write+0x0/0x80
603e39b8:  [<60016da6>] map_stub_pages+0xb5/0x189
603e39d8:  [<6004e8b7>] prep_new_page+0x6c/0x75
603e39f8:  [<6016c8a3>] __libc_open64+0xc3/0x150
603e3ac8:  [<600175a7>] new_mm+0xb4/0xc4
603e3ad8:  [<6004f588>] __mod_page_state+0x2c/0x34
603e3b08:  [<600582c3>] __pte_alloc+0x4f/0x82
603e3b38:  [<600160fe>] init_stub_pte+0x8e/0x13e
603e3b78:  [<600162d1>] init_new_context_skas+0x123/0x196
603e3bc8:  [<600725c5>] do_execve+0xca/0x235
603e3bf0:  [<6000c184>] init+0x0/0x140
603e3c18:  [<6000c758>] execve1+0x26/0x77
603e3c58:  [<6000c7b4>] um_execve+0xb/0x3c
603e3c78:  [<6000c15d>] run_init_process+0x48/0x6f
603e3ca8:  [<6000c298>] init+0x114/0x140
603e3cd8:  [<6002399b>] run_kernel_thread+0x3e/0x43
603e3ce8:  [<6000c184>] init+0x0/0x140
603e3d00:  [<6000c184>] init+0x0/0x140
603e3d28:  [<6002398a>] run_kernel_thread+0x2d/0x43
603e3d68:  [<600103d7>] unblock_signals+0xe/0x10
603e3d78:  [<60025b73>] schedule_tail+0x2b/0x186
603e3db0:  [<6000c184>] init+0x0/0x140
603e3dc8:  [<60017309>] new_thread_handler+0xf6/0x12c
603e3e38:  [<6015f820>] __restore_rt+0x0/0x10
603e3ee8:  [<6015fad9>] __kill+0x9/0x20

End result is that if I want to run 2005.1 gentoo on amd64 host, the only 
combination working for me with 2.6.15 unpatched is 32-bit kernel running 
with 32-bit stage3 in skas0 mode. (I have earlier been able to run skas3 
in 32bit with a slackware root_fs, I did not test this with 2.6.15 though)

This is an improvement, since I couldn't run unmodified stage3's in skas0 
before due to the glibc tls issues. 2.6.14-SKAS0-32bit works fine in my 
production environment anyway, so I'm pretty happy. I just wanted to play 
around with 2.6.15 to see what happened. :-)

   // Joel

On Tue, 3 Jan 2006, Jeff Dike wrote:

> On Tue, Jan 03, 2006 at 01:30:06PM +0100, Joel Palmius wrote:
>> SKAS0: Busy hang
>> ----------------
>> ...
>> TCP bic registered
>> NET: Registered protocol family 1
>> NET: Registered protocol family 17
>> Initialized stdio console driver
>> Console initialized on /dev/tty0
>> Initializing software serial port version 1
>>  ubda: unknown partition table
>>  ubdb: unknown partition table
>> EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended
>> VFS: Mounted root (ext2 filesystem).
>> request_module: runaway loop modprobe binfmt-464c
>> request_module: runaway loop modprobe binfmt-464c
>> request_module: runaway loop modprobe binfmt-464c
>> request_module: runaway loop modprobe binfmt-464c
>> request_module: runaway loop modprobe binfmt-464c
>
>> SKAS0: boots and works fine
>> ---------------------------
>
>> I have yet to test the 64-bit guest with a 64-bit root_fs.
>
> That would be a good idea.
>
>> (Maybe it's a
>> "doh!" on my side that the 64-bit guest kernel doesn't work with 32-bit
>> root_fs's)
>
> Yup, I haven't added the 32-bit emulation yet,
>
> I've only really tested x64_64 support with skas0, so I'm not too
> surprised that the others don't work.  TT mode is in its way out, so
> I'm not too concerned about it.  It would be nice for skas3 to work,
> though.
>
> 				Jeff
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> User-mode-linux-user mailing list
> Use...@li...
> https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
>