richard -rw- weinberger wrote at 13:47:36 > 2011/8/1 Toralf Förster <toralf.foers...@gmx.de>: > > Hello, > > > > this is a follow-up of [uml-user] v3.0-6726-g250f8e3 core dumped in > > arch/um/os-Linux/sys-i386/task_size.c:31 > > > > The current UML kernel v3.0-6862-g3da3f87 core dumped with this command > > line : $ ./linux bda=/home/tfoerste/virtual/uml/gentoo_root_fs > > ubdb=/home/tfoerste/virtual/uml/swap_fs > > eth0=tuntap,tap1,7a:cf:14:11:67:01, mem=128M con0=xterm con1=xterm > > con12=xterm umid=uml > > > > I used gdb to get a meaningful back trace from the core file and run the > > following gdb commands before : > > > > handle SIGSEGV pass nostop noprint > > handle SIGUSR1 pass nostop noprint > > > > It follows the log from gdb - BTW please Cc: me b/c I'm not subscribed. > > > > > > Reading symbols from /home/tfoerste/devel/linux/linux...done. > > [New Thread 3485] > > > > warning: Can't read pathname for load map: Input/output error. > > Reading symbols from /lib/libutil.so.1...Reading symbols from > > /usr/lib/debug/lib/libutil-2.12.2.so.debug...done. done. > > Loaded symbols for /lib/libutil.so.1 > > Reading symbols from /lib/libc.so.6...Reading symbols from > > /usr/lib/debug/lib/libc-2.12.2.so.debug...done. done. > > Loaded symbols for /lib/libc.so.6 > > Reading symbols from /lib/ld-linux.so.2...Reading symbols from > > /usr/lib/debug/lib/ld-2.12.2.so.debug...done. done. > > Loaded symbols for /lib/ld-linux.so.2 > > Reading symbols from /lib/libnss_compat.so.2...Reading symbols from > > /usr/lib/debug/lib/libnss_compat-2.12.2.so.debug...done. done. > > Loaded symbols for /lib/libnss_compat.so.2 > > Reading symbols from /lib/libnsl.so.1...Reading symbols from > > /usr/lib/debug/lib/libnsl-2.12.2.so.debug...done. done. > > Loaded symbols for /lib/libnsl.so.1 > > Reading symbols from /lib/libnss_nis.so.2...Reading symbols from > > /usr/lib/debug/lib/libnss_nis-2.12.2.so.debug...done. done. > > Loaded symbols for /lib/libnss_nis.so.2 > > Reading symbols from /lib/libnss_files.so.2...Reading symbols from > > /usr/lib/debug/lib/libnss_files-2.12.2.so.debug...done. done. > > Loaded symbols for /lib/libnss_files.so.2 > > Core was generated by `./linux > > bda=/home/tfoerste/virtual/uml/gentoo_root_fs > > ubdb=/home/tfoerste/virtu'. Program terminated with signal 6, Aborted. > > #0 0xb773f424 in __kernel_vsyscall () > > [?1034h(gdb) handle SIGSEGV pass nostop noprint > > Signal Stop Print Pass to program Description > > SIGSEGV No No Yes Segmentation fault > > (gdb) handle SIGUSR1 pass nostop noprint > > Signal Stop Print Pass to program Description > > SIGUSR1 No No Yes User defined signal 1 > > (gdb) thread apply all bt > > > > Thread 1 (Thread 3485): > > #0 0xb773f424 in __kernel_vsyscall () > > #1 0xb75ecb46 in kill () at ../sysdeps/unix/syscall-template.S:82 > > #2 0x08073485 in uml_abort () at arch/um/os-Linux/util.c:95 > > #3 0x08073565 in os_dump_core () at arch/um/os-Linux/util.c:140 > > #4 0x080618b7 in panic_exit (self=0x83572d8, unused1=0, > > unused2=0x8373700) at arch/um/kernel/um_arch.c:233 #5 0x080a418c in > > notifier_call_chain (nl=<value optimized out>, val=<value optimized > > out>, v=0x6, nr_to_call=-1, nr_calls=0x0) at kernel/notifier.c:93 > > #6 0x080a4203 in __atomic_notifier_call_chain (nh=0x83736c0, val=0, > > v=0x8373700) at kernel/notifier.c:182 #7 atomic_notifier_call_chain > > (nh=0x83736c0, val=0, v=0x8373700) at kernel/notifier.c:191 #8 > > 0x082ca8d8 in panic (fmt=0x831c83c "Segfault with no mm") at > > kernel/panic.c:100 #9 0x0806158f in segv (fi=<incomplete type>, > > ip=137152102, is_user=0, regs=0x8355a00) at arch/um/kernel/trap.c:193 > > #10 0x08061647 in segv_handler (sig=11, regs=0x8355a00) at > > arch/um/kernel/trap.c:169 #11 0x080720d4 in sig_handler_common (sig=11, > > sc=0x8355ab4) at arch/um/os-Linux/signal.c:49 #12 0x080722b2 in > > sig_handler (sig=0, sc=0x8355ab4) at arch/um/os-Linux/signal.c:226 #13 > > 0x080724ec in handle_signal (sig=6, sc=0x8355ab4) at > > arch/um/os-Linux/signal.c:158 #14 0x08074948 in hard_handler (sig=11) at > > arch/um/os-Linux/sys-i386/signal.c:12 #15 <signal handler called> > > #16 __list_add (sem=0x8368df4, subclass=0) at include/linux/list.h:44 > > #17 list_add_tail (sem=0x8368df4, subclass=0) at include/linux/list.h:76 > > #18 __down_write_nested (sem=0x8368df4, subclass=0) at > > lib/rwsem-spinlock.c:232 #19 0x082cc6c9 in __down_write (sem=0x8368df4) > > at lib/rwsem-spinlock.c:252 #20 0x082cbec1 in down_write (sem=0x8368df4) > > at kernel/rwsem.c:51 #21 0x081d95e3 in exit_shm (task=0x11872c00) at > > ipc/shm.c:308 > > #22 0x080881ac in do_exit (code=0) at kernel/exit.c:983 > > #23 0x08098254 in ____call_usermodehelper (data=0x11864c80) at > > kernel/kmod.c:187 #24 0x08070cfe in run_kernel_thread (fn=0x8098150 > > <____call_usermodehelper>, arg=0x11864c80, jmp_ptr=0x11872e40) at > > arch/um/os-Linux/process.c:268 > > #25 0x0805efd5 in new_thread_handler () at arch/um/kernel/process.c:153 > > #26 0x00000000 in ?? () > > (gdb) quit > > Okay, I can reproduce it. :-) > (Seems to happen only on i386). > > I have to find out what exactly is going nuts here. > Takes maybe a few days, currently I'm super busy with my theses...
Good luck, BTW I tried to bisect it 2 times in a row, but got always this (wrong) result commit : aa63418aa7 I fear there's another commit, which produces coredump and therefore confuses git-bisect (and me). -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 ------------------------------------------------------------------------------ Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey _______________________________________________ User-mode-linux-user mailing list User-mode-linux-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
