On Friday 22 July 2005 05:54, Phill Wombat wrote: > Hi Paolo, > > Thanks for the reply. > > I've disabled exec-shield and it's made no difference. (sysctl -w > kernel.exec-shield=0).
Try also following this (from another email) - it appeared in vanilla 2.6.12 and may be in your FC4 kernel. Not sure but it may be playing a role here: "It looks like VA space randomization is the culprit. The problem only shows up when the host is 2.6.12, and can be solved by setting the kernel.randomize_va_space sysctl to zero. Thanks for the pointer there." > I am able to run my RH73 UMLs in TT mode OK on the x86-64 machine. (This > may be of no interest though... different kernel etc. etc.): > Red Hat Linux release 7.3 (Valhalla) > Kernel 2.4.24-1um on an x86_64 > > vm0 login: > When run in SKAS mode I get: > Kernel panic: kernel BUG at memory.c:377! > I see in the dev mail list that Alessio describes, what appears to be, an > identical situation with debian when he uses 2.6.12 + bs7. Namely he can > also run sh, bash, ksh builtins, however anytime the system attempts to > spawn another task it all hangs up. > SMP is off. Here are the first few lines of the .config used on the x86_64 > machine which compiled the 32 bit kernel. > > # > # Automatically generated make config: don't edit > # Linux kernel version: 2.6.12-bs7 > # Wed Jul 20 17:08:16 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=y > 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_ARCH_HAS_SC_SIGNALS=y > CONFIG_ARCH_REUSE_HOST_VSYSCALL_AREA=y > CONFIG_LD_SCRIPT_STATIC=y > # CONFIG_NET is not set > CONFIG_BINFMT_ELF=y > # CONFIG_BINFMT_MISC is not set > # CONFIG_HOSTFS is not set > # CONFIG_HPPFS is not set > # CONFIG_MCONSOLE is not set > # CONFIG_HOST_2G_2G is not set > # CONFIG_SMP 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=y > CONFIG_CLEAN_COMPILE=y > CONFIG_BROKEN_ON_SMP=y > CONFIG_INIT_ENV_ARG_LIMIT=32 > > # > # General setup > # > CONFIG_LOCALVERSION="" > > Regards > Phill. > > ----- Original Message ----- > From: "Blaisorblade" <[EMAIL PROTECTED]> > To: <user-mode-linux-user@lists.sourceforge.net> > Cc: "Phill Wombat" <[EMAIL PROTECTED]> > Sent: Friday, July 22, 2005 9:07 AM > Subject: Re: [Fwd: Re: [uml-user] x86_64 UML won't boot on IBM x336] > > > On Wednesday 20 July 2005 01:48, Phill Wombat wrote: > > > Hi Paolo, > > > > > > This is where I am, and probably reflects the current state of play > > > with UML, is this how it should be as you understand things right now?: > > > > No, case 2 and 4 are unexpected failures, the rest is as expected. Fix > > case 2 > > > and you'll probably get #4 fixed. > > > > > 1) 32 bit SMP dual machine. SKAS mode > > > > Ok, it works... > > > > > ==================================================================== > > > 2) 32 bit SMP dual machine. TT mode > > > > > > > > > Adding 19587072 bytes to physical memory to account for exec-shield gap > > > > This is interesting - have you tried if disabling exec-shield on the host > > (can > > > be done via /proc/sys/<something>) makes any difference? There was a > > problem > > > some time ago about this, it should be fixed but I'm not that sure. > > > > > INIT: version 2.85 booting > > > > > > Hangs here in init. > > > > You have not compiled SMP mode in, I hope? That's not very used at the > > moment > > > so it could have problems... > > > > > ==================================================================== > > > 4) 32 bit UML on 64 bit IBM x336. TT mode. > > > > > > Identical to case 2) > > > > For both cases: have you tried running a different filesystem? I.e. not > > FC4? > > > I've just seen you worked around the NPTL issue, but still something may > > be > > > wrong. > > > > > ==================================================================== > > > 3) 32 bit UML on 64 bit IBM x336. SKAS mode. NOT YET SUPPORTED if I > > > understand correctly. > > > > Exactly... > > > > > ==================================================================== > > > 5) 64 bit UML on 64 bit IBM x336. SKAS mode. NOT TESTED > > > > Not supported. > > > > > ==================================================================== > > > 6) 64 bit UML on 64 bit IBM x336. TT mode. NOT TESTED > > > > Should work (after solving the issue of case 2), which probably happens > > there > > > as well) but you'll need a pure 64-bits root_fs, because UML doesn't yet > > support 32-bit emulation for guest binaries. > > -- > > 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 > > ------------------------------------------------------- > 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-user mailing list > User-mode-linux-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user -- 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 ------------------------------------------------------- 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-user mailing list User-mode-linux-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
