All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rob Landley <rob@landley.net>
To: user-mode-linux-devel@lists.sourceforge.net
Cc: antoine <antoine@nagafix.co.uk>, Jeff Dike <jdike@addtoit.com>
Subject: Re: [uml-devel] 2.6.14-rc1 x86 on 2.6.13.1 amd64 host: guest segfaults
Date: Thu, 15 Sep 2005 20:28:46 -0500	[thread overview]
Message-ID: <200509152028.47194.rob@landley.net> (raw)
In-Reply-To: <1126820388.1391.4.camel@localhost>

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

On Thursday 15 September 2005 16:39, antoine wrote:
> On Thu, 2005-09-15 at 15:06 -0400, Jeff Dike wrote:
> > On Thu, Sep 15, 2005 at 06:05:51PM +0100, Antoine Martin wrote:
> > > I tried mode=skas0 but it seems to always default to TT.
> > > Or has this not been merged in mainline yet?
> >
> > It's in mainline.  What's the guest?
>
> 2.6.14-rc1
>
> > > **
> > > And here is a amd64 guest:
> > > (This trace was much much longer)
> >
> > Did this one come up in skas0 or tt mode?
>
> I think it was tt (will check tomorrow on that box)
> As I said above, it seems to always use TT, ignoring mode=skas0

I have a little trick I do, which is to build a minimal UML with hostfs 
(sample config file attached), and then booting it ala:

./linux rootfstype=hostfs rootflags=/ rw mem=48M init=/bin/sh

This should come up with /bin/sh as pid 1 attached to /dev/console which is 
going to stdin and stdout of the UML process.  (I.E. bog simple uml wrapper 
for a command shell.)

If I compile it in tt mode, it works fine on ubuntu (hoar-infested hedgehog 
release).

If I compile it instead for skas mode, it makes it all the way to mounting the 
rootfs (which it will only do if skas0 is in, because the ubuntu host kernel 
doesn't have skas support), but then barfs saying it can't intialize the TLS 
environment, kills PID 1, dumps a panic, and gives me my host kernel's shell 
prompt back.

(Easy way to tell which system you're running: "whoami".  If it says root, 
you're in the child kernel.  "mount -t proc /proc /proc" followed by 
"cat /proc/cpuinfo" is good too...)

When I build both in, skas0 wins (at least in that it gives me the can't setup 
tls message and corresponding panic).

Rob

[-- Attachment #2: config-uml --]
[-- Type: text/plain, Size: 1451 bytes --]

CONFIG_GENERIC_HARDIRQS=y
CONFIG_UML=y
CONFIG_MMU=y
CONFIG_UID16=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_IRQ_RELEASE_METHOD=y
CONFIG_MODE_SKAS=y
CONFIG_UML_X86=y
CONFIG_TOP_ADDR=0xc0000000
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_FLATMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_LD_SCRIPT_DYN=y
CONFIG_NET=y
CONFIG_BINFMT_ELF=y
CONFIG_HOSTFS=y
CONFIG_NEST_LEVEL=0
CONFIG_KERNEL_HALF_GIGS=1
CONFIG_KERNEL_STACK_ORDER=2
CONFIG_CLEAN_COMPILE=y
CONFIG_BROKEN_ON_SMP=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_LOCALVERSION=""
CONFIG_SYSCTL=y
CONFIG_KOBJECT_UEVENT=y
CONFIG_KALLSYMS=y
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_BASE_SMALL=0
CONFIG_PACKET=y
CONFIG_UNIX=y
CONFIG_STANDALONE=y
CONFIG_STDERR_CONSOLE=y
CONFIG_STDIO_CONSOLE=y
CONFIG_XTERM_CHAN=y
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_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_INITRAMFS_SOURCE=""
CONFIG_LBD=y
CONFIG_IOSCHED_NOOP=y
CONFIG_NETDEVICES=y
CONFIG_EXT3_FS=y
CONFIG_JBD=y
CONFIG_DNOTIFY=y
CONFIG_PROC_FS=y
CONFIG_SYSFS=y
CONFIG_RAMFS=y
CONFIG_MSDOS_PARTITION=y
CONFIG_LOG_BUF_SHIFT=14

  parent reply	other threads:[~2005-09-16  1:29 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-15 17:05 [uml-devel] 2.6.14-rc1 x86 on 2.6.13.1 amd64 host: guest segfaults Antoine Martin
2005-09-15 19:06 ` Jeff Dike
2005-09-15 21:39   ` antoine
2005-09-15 22:35     ` antoine
2005-09-15 22:28       ` Jeff Dike
2005-09-15 23:45         ` antoine
2005-09-16  1:28     ` Rob Landley [this message]
2005-09-20 14:11 ` Blaisorblade

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=200509152028.47194.rob@landley.net \
    --to=rob@landley.net \
    --cc=antoine@nagafix.co.uk \
    --cc=jdike@addtoit.com \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.