[uml-user] kernel 3.0.0+ core dumped - core file analyzed
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 SignalStop Print Pass to program Description SIGSEGV NoNo Yes Segmentation fault (gdb) handle SIGUSR1 pass nostop noprint SignalStop Print Pass to program Description SIGUSR1 NoNo 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=, val=, 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=, 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 #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, 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 0x in ?? () (gdb) quit -- 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 __
Re: [uml-user] kernel 3.0.0+ core dumped - core file analyzed
2011/8/1 Toralf Förster : > 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=, val= 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=, 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 > #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, > 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 0x in ?? () > (gdb) quit Please a bit more details. When does it crash? During start-up? What exactly is UML's output? -- Thanks, //richard --
Re: [uml-user] kernel 3.0.0+ core dumped - core file analyzed
2011/8/1 Toralf Förster : > 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=, val= 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=, 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 > #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, > 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 0x 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,
Re: [uml-user] kernel 3.0.0+ core dumped - core file analyzed
richard -rw- weinberger wrote at 13:47:36 > 2011/8/1 Toralf Förster : > > 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 > > SignalStop Print Pass to program Description > > SIGSEGV NoNo Yes Segmentation fault > > (gdb) handle SIGUSR1 pass nostop noprint > > SignalStop Print Pass to program Description > > SIGUSR1 NoNo 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=, val= > 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=, > > 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 > > #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 > >, 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 0x
Re: [uml-user] kernel 3.0.0+ core dumped - core file analyzed
2011/8/1 Toralf Förster : > > 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). I fear today UML gets more love than my theses. ;-) Reverting commit 4c677e2e and 5774ed01 should temporarily solve your problem. The problem is not related to UML: https://lkml.org/lkml/2011/8/1/162 https://lkml.org/lkml/2011/8/1/149 -- Thanks, //richard -- 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
