Which version of UML/root file system is known to work with UML"s cow feature?
I followed the instructions on the UML homepage, downloading the
prebuilt kernel from
http://user-mode-linux.sourceforge.net/linux-2.6.22-rc2.bz2 and the
FC5 image from http://uml.nagafix.co.uk/FedoraCore5/FedoraCore5-x
On 8/26/07, Jeff Dike <[EMAIL PROTECTED]> wrote:
> > Kernel panic - not syncing: Operation too long
>
> This is fixed in the current -stable kernel.
>
I downloaded the stock 2.6.22.5, but the cow functionality is still
not working as described in the User-mode HOWTO at
http://user-mode-linux.sourc
I'm using a stock 2.6.22.5 distribution kernel for UML. I'm
experiencing the problem described here:
http://user-mode-linux.sourceforge.net/new/problems.html#vdso where
the UML kernel hangs.
The host is a FC6 machine with glibc-common-2.5-10.fc6 and a
2.6.20-1.2962.fc6 kernel. The problem showed u
O is already disabled on
this host, and that the vdso location is subject to full
randomization. As such, if I understand the UML website correctly, the
suggested fix is already applied.
In addition, I want to point out that the UML kernel also hangs when
statically linked.
- Godmar
On 9/5/07,
I'm not intending to swamp this list, but I'd like to share some
additional information about this hanging issue. At the time when UML
hangs, there are four threads running in it.
Below, I'm providing their stack traces as shown by gdb:
#0 0x081963eb in __nanosleep_nocancel () at include/net/soc
Scott,
2.6.22.5 appears to already contain this patch. FWIW, here is the
startup output:
Checking that ptrace can change system call numbers...OK
Checking syscall emulation patch for ptrace...OK
Checking advanced syscall emulation patch for ptrace...OK
Checking for tmpfs mount on /dev/shm...OK
Ch
When building a UML kernel based on 2.6.22.5, I seeing warnings such
as this one:
MODPOST vmlinux
WARNING: kernel/built-in.o(.text+0x141c4): Section mismatch: reference
to .init.text: (between 'kthreadd' and 'init_waitqueue_head')
LINK linux
What do these warnings indicate? It appears to be s
Still on the subject of UML hanging after VFS: mount, related to my
earlier email (*), I've been trying to dig deeper into what causes the
hang. When UML hangs, I observe the main thread idling, and 3 threads
being blocked in either io_getevents, read, or poll. The thread stuck
in read, in particul
dy downed - are in a stopped state in which you
cannot attach gdb to them. (I'm wondering if there's any way to get
UML to provide a dump of processes, or even to force a thread into
context, have it dump its stacktrace, and exit. It should be
relatively easy to implement.)
- Godmar