From: Stefan Berger <stefanb@linux.vnet.ibm.com>
To: Jan Kiszka <jan.kiszka@web.de>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Re: qemu crashes since today
Date: Wed, 16 Feb 2011 20:35:10 -0500 [thread overview]
Message-ID: <4D5C7B4E.4060002@linux.vnet.ibm.com> (raw)
In-Reply-To: <4D5C5370.6090908@web.de>
On 02/16/2011 05:45 PM, Jan Kiszka wrote:
> On 2011-02-16 23:18, Stefan Berger wrote:
>> Qemu is crashing for me. Bisecting the code I found this here as the
>> reason. Stepping one commit further into the past does not cause the crash.
>>
>> 6792a57bf19ab37f61f5acf0f8e3003cf08814af is the first bad commit
>> commit 6792a57bf19ab37f61f5acf0f8e3003cf08814af
>> Author: Jan Kiszka<jan.kiszka@siemens.com>
>> Date: Mon Feb 7 12:19:18 2011 +0100
>>
>>
>> I get crashes while booting FC14 on a FC14 host, both 64bit. Host
>> running 2.6.35.11-83.fc14 . Crashes typically happen when udev has
>> stared in the guest.
>>
>> This is the command line I was using:
>>
>> ./x86_64-softmmu/qemu-system-x86_64 \
>> -hda ~images/fc14-x86_64.img \
>> -m 2048 \
>> -enable-kvm \
>> -boot menu=on \
>> -chardev stdio,id=seabios \
>> -device isa-debugcon,iobase=0x402,chardev=seabios
>>
> With our without --enable-io-thread? How does the crash look like,
> specifically when caught by gdb (backtrace, variable states)?
./configure --target-list="x86_64-softmmu" --enable-kvm
the backtrace:
Booting from Hard Disk...
Booting from 0000:7c00
[New Thread 0x7fff51244700 (LWP 28825)]
*** stack smashing detected ***:
/home/stefanb/qemu/qemu-git/x86_64-softmmu/qemu
-system-x86_64 terminated
Program received signal SIGSEGV, Segmentation fault.
0x0000003883a0f09c in ?? () from /lib64/libgcc_s.so.1
(gdb) thread apply all bt
Thread 2 (Thread 0x7fff51244700 (LWP 28825)):
#0 0x00007ffff79c571e in pthread_cond_timedwait@@GLIBC_2.3.2 ()
from /lib64/libpthread.so.0
#1 0x000000000043b1eb in cond_timedwait (unused=<value optimized out>)
at posix-aio-compat.c:104
#2 aio_thread (unused=<value optimized out>) at posix-aio-compat.c:325
#3 0x00007ffff79c0ccb in start_thread () from /lib64/libpthread.so.0
#4 0x00007ffff6a2cc2d in clone () from /lib64/libc.so.6
Thread 1 (Thread 0x7ffff7fc8820 (LWP 28818)):
#0 0x0000003883a0f09c in ?? () from /lib64/libgcc_s.so.1
#1 0x0000003883a0fc59 in _Unwind_Backtrace () from /lib64/libgcc_s.so.1
#2 0x00007ffff6a42520 in backtrace () from /lib64/libc.so.6
#3 0x00007ffff69bbd0f in __libc_message () from /lib64/libc.so.6
#4 0x00007ffff6a46127 in __fortify_fail () from /lib64/libc.so.6
#5 0x00007ffff6a460f0 in __stack_chk_fail () from /lib64/libc.so.6
#6 0x000000000042c669 in kvm_cpu_exec (env=0x1179310)
at /home/stefanb/qemu/qemu-git/kvm-all.c:1005
#7 0x0000000000000001 in ?? ()
#8 0x000000000040bc18 in cpu_exec_all ()
at /home/stefanb/qemu/qemu-git/cpus.c:1097
#9 0x000000000056d914 in main_loop (argc=<value optimized out>,
argv=<value optimized out>, envp=<value optimized out>)
at /home/stefanb/qemu/qemu-git/vl.c:1429
#10 main (argc=<value optimized out>, argv=<value optimized out>,
envp=<value optimized out>) at /home/stefanb/qemu/qemu-git/vl.c:3148
I have previously seen another backtrace, but having tried this now 5
times, this one keeps on coming back.
This is one that I have seen previously:
Program received signal SIGSEGV, Segmentation fault.
0x0000000001181345 in ?? ()
(gdb) bt
#0 0x0000000001181345 in ?? ()
#1 0x0000000000564d58 in load_segment (selector1=<value optimized out>)
at /home/stefanb/qemu/qemu-git/target-i386/op_helper.c:149
#2 helper_verw (selector1=<value optimized out>)
at /home/stefanb/qemu/qemu-git/target-i386/op_helper.c:3411
#3 0x0000000000000000 in ?? ()
I hope this helps...
Regards,
Stefan
next prev parent reply other threads:[~2011-02-17 1:35 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-16 22:18 [Qemu-devel] qemu crashes since today Stefan Berger
2011-02-16 22:45 ` [Qemu-devel] " Jan Kiszka
2011-02-17 1:35 ` Stefan Berger [this message]
2011-02-17 3:09 ` Anthony Liguori
2011-02-17 8:22 ` Jan Kiszka
2011-02-17 9:21 ` Gerd Hoffmann
2011-02-17 11:36 ` Stefan Berger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4D5C7B4E.4060002@linux.vnet.ibm.com \
--to=stefanb@linux.vnet.ibm.com \
--cc=jan.kiszka@web.de \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).