[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] SLIRP segfault?
From: |
Samuel Thibault |
Subject: |
Re: [Qemu-devel] SLIRP segfault? |
Date: |
Mon, 7 Sep 2015 00:44:10 +0200 |
User-agent: |
Mutt/1.5.21+34 (58baf7c9f32f) (2010-12-30) |
Hello,
John Snow, le Wed 02 Sep 2015 14:01:07 -0400, a écrit :
> There was a downstream bug filed against qemu-kvm-2.3.1-1.fc22.x86_64
> that appeared to segfault in the AHCI code when trying to install OSX
> Yosemite.
>
> The debug output looked a little strange, so I asked for a new
> stack-trace on an upstream build using --enable-debug to disable
> optimizations.
>
> This trace came back as segfaulting in SLIRP.
This looks even stranger.
gdb) bt full
#0 0x00007ffff5ff4a2f in send () from /lib64/libpthread.so.0
No symbol table info available.
#1 0x000055555589e06d in slirp_send (so=0x7fffe42cc3c0, buf=0x7ffed85747f0,
len=0, flags=0) at slirp/slirp.c:900
No locals.
So the segfault would be in a send call with len=0 ??
I'd rather think that the segfault is actually happening in another
thread, and
thread apply all bt full
should be used to get all traces.
Samuel