Hi, it's quite easy to halt my user-mode-linuxes with heavy io operation like hashing big files. I'm not sure of I setup something wrong or this behaviour can't be changed.
My host system is debian etch, default kernel with skas patch: 2.6.18-6-vserver+skas-k7 Guest systems are debian etch, with 2.6.18 debian uml kernel and 2.6.23.X vanilla uml kernel, both show the same behaviour io load -> halt. Here are some debug information: strace: a) many many... poll([{fd=4, events=POLLIN|POLLPRI}, {fd=6, events=POLLIN|POLLPRI}, {fd=-1}, {fd=-1}, {fd=16, events=POLLIN|POLLPRI, revents=POLLIN}, {fd=-1}, {fd=-1}], 7, 0) = 1 b) io_getevents(-1209520128, 1, 1, c) read(5, backtrace: a) #0 0x080aab66 in poison_obj (cachep=0x89a0480, addr=0xc858c78, val=107 'k') at include/asm/arch/string.h:166 #1 0x080abcd1 in cache_free_debugcheck (cachep=0x89a0480, objp=0xc858c78, caller=0x8161ef5) at mm/slab.c:2893 #2 0x080ac62c in kmem_cache_free (cachep=0x89a0480, objp=0xc858c78) at mm/slab.c:3562 #3 0x08161ef5 in __alloc_skb (size=1516, gfp_mask=32, fclone=0, node=-1) at net/core/skbuff.c:199 #4 0x080630b7 in uml_net_rx (dev=0x8ac0140) at include/linux/skbuff.h:349 #5 0x08063210 in uml_net_interrupt (irq=5, dev_id=0x8ac0140) at arch/um/drivers/net_kern.c:91 #6 0x08092b6d in handle_IRQ_event (irq=5, action=0xddb0600) at kernel/irq/handle.c:140 #7 0x08092bea in __do_IRQ (irq=5) at kernel/irq/handle.c:234 #8 0x0805c036 in do_IRQ (irq=5, regs=0x822d174) at arch/um/kernel/irq.c:375 #9 0x0805bca3 in sigio_handler (sig=29, regs=0x822d174) at arch/um/kernel/irq.c:112 #10 0x0806e014 in sig_handler_common_skas (sig=29, sc_ptr=0x822bd24) at arch/um/os-Linux/skas/trap.c:62 #11 0x0806b024 in sig_handler (sig=29, sc=0x822bd24) at arch/um/os-Linux/signal.c:56 #12 0x0806b1b6 in handle_signal (sig=<value optimized out>, sc=0x822bd24) at arch/um/os-Linux/signal.c:147 #13 0x0806cdc7 in hard_handler (sig=29) at arch/um/os-Linux/sys-i386/signal.c:12 #14 <signal handler called> #15 0xb7f1711b in wait4 () from /lib/tls/libc.so.6 #16 0x0805c99c in default_idle () at arch/um/kernel/process.c:208 #17 0x0805f0d2 in init_idle_skas () at arch/um/kernel/skas/process.c:143 #18 0x0805c9a7 in cpu_idle () at arch/um/kernel/process.c:214 #19 0x081b56e8 in rest_init () at init/main.c:459 #20 0x08049574 in start_kernel () at init/main.c:652 #21 0x0804ed23 in start_kernel_proc (unused=0x0) at arch/um/kernel/skas/process.c:160 #22 0x0806a753 in run_kernel_thread (fn=0x804ecf7 <start_kernel_proc>, arg=0x0, jmp_ptr=0x822d44c) at arch/um/os-Linux/process.c:295 #23 0x0805ef09 in new_thread_handler () at arch/um/kernel/skas/process.c:64 #24 0x00000000 in ?? () b) #0 0xb7f51252 in vsyslog () from /lib/tls/libc.so.6 #1 0xb7f54ace in getloadavg () from /lib/tls/libc.so.6 c) #0 0xb7f45e5e in statvfs () from /lib/tls/libc.so.6 #1 0x08066eb8 in io_thread (arg=0x0) at arch/um/drivers/ubd_kern.c:1459 #2 0xb7f54ace in getloadavg () from /lib/tls/libc.so.6 If a crash happens, I've to restart the tap device. If I don't do that, the network for previously halted uml does not work. Any ideas what is the cause for this behaviour? best regards, matthias ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ User-mode-linux-user mailing list User-mode-linux-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user