On Monday 04 April 2005 01:57, Henrique wrote:
> Dear UML developers,

> I use UML for about two years, especially the version linux-2.4.24um-3
> (uml-patch-2.4.24-3.bz2), and is quite stable.

> Now I've compiled the last patch from SourceForge (uml-patch-2.4.27-1)
> and sometimes (sporadically, maybe 1 out of 50 tries) my UMLs won't start.

> Today I've pointed out this.
> I am affraid this is not reproducible, but the thing is that with 2.4.24
>   based guests, I've never observed this problem!

> In this case I had only one UML guest running on my host, and I believe
> at least 48 Mbyte of RAM free.
>
> Maybe the UML patch uml-patch-2.4.27-1 is not o.k. ?
Such a crash is surely due to a kernel bug. Possibly the patch is not very 
stable, ok. 2.4.26-3um is probably better than 2.4.27-1um. 

Otherwise, you can try 2.4.27-bs1 or -bs2 (when I'll release it).

However, the reality in my experience is that the 2.6 kernels, especially 
2.6.11-bs1 (from my home page), are in most cases more stable than 2.4 ones.

> MY HOST Kernel: 2.4.26skas (awsomely stable!)
> My UML: last from Source-forge, patched Kernel linux-2.4.27
> uml-patch-2.4.27-1.bz2   Nov 10 12:18

> Command-line:
> /usr/local/bin/linux-2.4.27um-1 umid=zip devfs=nomount con=pts
> con0=fd:0,fd:1 mem=48M
>
>
>
> Checking for the skas3 patch in the host...found
> Checking for /proc/mm...found
> Checking PROT_EXEC mmap in /tmp...OK
> Checking for /dev/anon on the host...Not available (open failed with
> errno 2)
> Linux version 2.4.27-1um ([EMAIL PROTECTED]) (gcc version 2.96 20000731 (Red
> Hat Linux 7.1 2.96-98)) #1 Wed Mar 23 19:47:39 WET 2005
> On node 0 totalpages: 12288
> zone(0): 12288 pages.
> zone(1): 0 pages.
> zone(2): 0 pages.
> Kernel command line: ubd0=/mnt/hdc1/fs_deb3B_4_t.ex2 mem=48M
> eth0=tuntap,tap3 if=10.1.7.3 devfs=nomount con=pts con0=fd:0,fd:1
> root=/dev/ubd0
> Calibrating delay loop... 298.18 BogoMIPS
> Memory: 44948k available
> Dentry cache hash table entries: 8192 (order: 4, 65536 bytes)
> Inode cache hash table entries: 4096 (order: 3, 32768 bytes)
> Mount cache hash table entries: 512 (order: 0, 4096 bytes)
> Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
> Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
> Checking for host processor cmov support...Yes
> Checking for host processor xmm support...No
> Checking that ptrace can change system call numbers...OK
> Checking syscall emulation patch for ptrace...missing
> Kernel panic: Segfault with no mm
> In idle task - not syncing
>   <6>SysRq : Show Regs

> Checking syscall emulation patch for ptrace...missing
This is the point where it stopped above. So maybe it's related to the test 
below.
> Checking that host ptys support output SIGIO...Yes
> Checking that host ptys support SIGIO on close...No, enabling workaround


-- 
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729
http://www.user-mode-linux.org/~blaisorblade




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&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

Reply via email to