linux-um archives
 help / color / mirror / Atom feed
From: Blaisorblade <blaisorblade@yahoo.it>
To: user-mode-linux-devel@lists.sourceforge.net
Cc: Nikola Ciprich <nikola.ciprich@linuxbox.cz>
Subject: Re: [uml-devel] SKAS mode not working, x86_64 SMP host, x86_64 guest,  problems with noprocmm
Date: Thu, 5 Oct 2006 22:14:31 +0200	[thread overview]
Message-ID: <200610052214.31864.blaisorblade@yahoo.it> (raw)
In-Reply-To: <451FE3F0.1070304@linuxbox.cz>

On Sunday 01 October 2006 17:51, Nikola Ciprich wrote:
> Hi Paolo and others,
> thanks a lot for explanation. I'll just add some things I've noticed
> (and also few another questions ;):
> My setup is dualcore opteron machine, running SMP 2.6.18, patched with
> skasv9-pre9 with fremap support.

Argh... I thought I marked that as "for developers" (there was a single 
release for 2.6.18-rc4, but separate ones for 2.6.18...) - that patch 
(fremap) is IMHO very stable, but I've been its only tester till now.

> guests:
> vanilla 2.6.18-x86_64 SKAS
>     - crashes trying to access /proc/mm

When 64bit guests try using /proc/mm they'll crash, as explained, so you can 
skip testing/reporting this case.

> vanilla 2.6.18-x86_64 noprocmm OR skas0
>     - works equally well, even performance is pretty much the same
> (measured on kernel compilation), there's just this problem with
> /sbin/halt hang

> vanilla 2.6.18-x86 - doesn't matter which arguments are passed
>     - hangs, strace shows following:
...
>         kill(8120, SIGKILL)                     = 0
>         +++ killed by SIGKILL +++

> 2.6.18-x86_64 with bb1 patch
>     - SKAS crashes as expected
>     - noprocmm or skas0 is weird:
>        if run, panics with:
>             [42949373.500000] VFS: Mounted root (ext2 filesystem) readonly.
>             Usage: init 0123456SsQqAaBbCcUu
>             [42949373.500000] Kernel panic - not syncing: Attempted to
> kill init!
>       - aparentrly init is being executed in some strange way?

Ok, you are the second user reporting this problem. Some option is not being 
parsed correctly by UML, so it is passed to init.

So you obtain this as a regression in -bb1... try unapplying 
patches/tls/x86-64-support.diff (you find separate patches in the broken-out 
folder in the archive).

>     - given init=/bin/sh hangs, tracing shows following loop:
>         --- SIGCHLD (Child exited) @ 0 (0) ---
>         wait4(1381, [{WIFSTOPPED(s) && WSTOPSIG(s) == SIGSEGV}],
> WSTOPPED, NULL) = 1381
>         ptrace(PTRACE_GETREGS, 1381, 0, 0x60aec330) = 0
>         ptrace(PTRACE_GETFPREGS, 1381, 0, 0x60aec408) = 0
>         ptrace(PTRACE_CONT, 1381, 0, SIGSEGV)   = 0
>     - round and round
>
> I hope it helps in some way.

-- 
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade
http://www.user-mode-linux.org/~blaisorblade

Chiacchiera con i tuoi amici in tempo reale! 
 http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com 


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

  parent reply	other threads:[~2006-10-05 21:19 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-09-30 16:30 [uml-devel] SKAS mode not working, x86_64 SMP host, x86_64 guest, problems with noprocmm Nikola Ciprich
2006-09-30 21:49 ` Jeff Dike
2006-09-30 22:11   ` Nikola Ciprich
2006-09-30 23:57     ` Jeff Dike
2006-10-01  0:04       ` Nikola Ciprich
2006-10-01  0:08       ` Nikola Ciprich
2006-10-01  0:19         ` Nikola Ciprich
2006-10-01  0:45           ` Nikola Ciprich
2006-10-01 15:08             ` [uml-devel] SKAS mode not working, x86_64 SMP host, x86_64 guest , " Blaisorblade
2006-10-01 15:25       ` [uml-devel] SKAS mode not working, x86_64 SMP host, x86_64 guest, " Blaisorblade
2006-10-01 15:51         ` Nikola Ciprich
2006-10-01 21:00           ` Nikola Ciprich
2006-10-05 11:33             ` Blaisorblade
2006-10-08 11:04               ` Blaisorblade
2006-10-08 19:08                 ` Nikola Ciprich
2006-10-08 19:30                   ` Blaisorblade
2006-10-08 20:01                     ` Nikola Ciprich
2006-10-14  0:23                       ` Blaisorblade
2006-10-14  9:23                         ` Nikola Ciprich
2006-10-15 17:35                           ` [uml-devel] SKAS mode not working, x86_64 SMP host, x86_64 guest , " Blaisorblade
2006-10-16 15:02                           ` [uml-devel] SKAS mode not working, x86_64 SMP host, x86_64 guest, " Jeff Dike
     [not found]                             ` <1161116486.2709.15.camel@nik-nb>
2006-10-17 23:39                               ` [uml-devel] SKAS mode not working, x86_64 SMP host, x86_64 guest , " Blaisorblade
2006-10-18  7:40                                 ` Nikola Ciprich
2006-10-18 18:56                                 ` Jeff Dike
2006-10-05 20:14           ` Blaisorblade [this message]
2006-10-07 14:27             ` [uml-devel] SKAS mode not working, x86_64 SMP host, x86_64 guest, " Nikola Ciprich

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200610052214.31864.blaisorblade@yahoo.it \
    --to=blaisorblade@yahoo.it \
    --cc=nikola.ciprich@linuxbox.cz \
    --cc=user-mode-linux-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox