From: Fam Zheng <famz@redhat.com>
To: Andrey Korolyov <andrey@xdel.ru>
Cc: "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] dataplane degradation in 2.1
Date: Thu, 10 Jul 2014 13:42:09 +0800 [thread overview]
Message-ID: <20140710054209.GA5161@T430.redhat.com> (raw)
In-Reply-To: <CABYiri-S5z9eYRyLChJmKNJgmS3sKWS6buTJAxo2bnRrkL+XDw@mail.gmail.com>
On Wed, 07/09 20:50, Andrey Korolyov wrote:
> Hello,
>
> I`ve observed an immediate crash running tagged -rc1 with
> virtio-blk(675879f6f3c9463e103735a4e41e9deb0bee9b39). Please take a
> look on attached backtrace, hope that the fix still can made its way
> to 2.1. 1.6 works well with same config, so it`s clearly a regression.
This one should fix it:
http://lists.nongnu.org/archive/html/qemu-devel/2014-07/msg01531.html
Fam
> /usr/bin/qemu-system-x86_64 -name Windows2008R2 -S -machine pc-i440fx-2.1,accel=kvm,usb=off -m 4096 -realtime mlock=off -smp 2,sockets=1,cores=2,threads=2 -numa node,nodeid=0,cpus=0,mem=4096 -uuid 16e64e7e-2582-3236-c93b-ab37828325ea -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/Windows2008R2.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime -no-shutdown -boot strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x3 -drive file=/dev/virtmachines/win2008r2,if=none,id=drive-virtio-disk0,format=raw,cache=none,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/win2008r2.sock,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.1 -device usb-tablet,id=input0 -vnc 127.0.0.1:0 -device cirrus-vga,id=video0,bus=pci.0,addr=0x2 -cpu qemu64,hv_relaxed -set device.virtio-disk0.config-wce=off -set device.virtio-disk0.scsi=off -set device.virtio-disk0.x-data-plane=on -msg timestamp=on
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0x7f79a8bfe700 (LWP 11306)]
> 0x00007f79badf323f in virtio_blk_rw_complete (opaque=0x7f79bb9606a0, ret=0) at /var/tmp/portage/app-emulation/qemu-2.1.0/work/qemu-2.1.0/hw/block/virtio-blk.c:99
> 99 bdrv_acct_done(req->dev->bs, &req->acct);
> (gdb) thread apply all bt
>
> Thread 5 (Thread 0x7f79aa753700 (LWP 11302)):
> #0 0x00007f79b4a87727 in ioctl () from /lib64/libc.so.6
> #1 0x00007f79bade24d9 in kvm_vcpu_ioctl (cpu=cpu@entry=0x7f79bba17eb0, type=type@entry=44672) at /var/tmp/portage/app-emulation/qemu-2.1.0/work/qemu-2.1.0/kvm-all.c:1845
> #2 0x00007f79bade2615 in kvm_cpu_exec (cpu=cpu@entry=0x7f79bba17eb0) at /var/tmp/portage/app-emulation/qemu-2.1.0/work/qemu-2.1.0/kvm-all.c:1714
> #3 0x00007f79badcdd2c in qemu_kvm_cpu_thread_fn (arg=0x7f79bba17eb0) at /var/tmp/portage/app-emulation/qemu-2.1.0/work/qemu-2.1.0/cpus.c:874
> #4 0x00007f79b7589f3a in start_thread () from /lib64/libpthread.so.0
> #5 0x00007f79b4a8fc3d in clone () from /lib64/libc.so.6
>
> Thread 4 (Thread 0x7f79a9f52700 (LWP 11303)):
> #0 0x00007f79b4a87727 in ioctl () from /lib64/libc.so.6
> #1 0x00007f79bade24d9 in kvm_vcpu_ioctl (cpu=cpu@entry=0x7f79bba53760, type=type@entry=44672) at /var/tmp/portage/app-emulation/qemu-2.1.0/work/qemu-2.1.0/kvm-all.c:1845
> #2 0x00007f79bade2615 in kvm_cpu_exec (cpu=cpu@entry=0x7f79bba53760) at /var/tmp/portage/app-emulation/qemu-2.1.0/work/qemu-2.1.0/kvm-all.c:1714
> #3 0x00007f79badcdd2c in qemu_kvm_cpu_thread_fn (arg=0x7f79bba53760) at /var/tmp/portage/app-emulation/qemu-2.1.0/work/qemu-2.1.0/cpus.c:874
> #4 0x00007f79b7589f3a in start_thread () from /lib64/libpthread.so.0
> #5 0x00007f79b4a8fc3d in clone () from /lib64/libc.so.6
>
> Thread 3 (Thread 0x7f79a8bfe700 (LWP 11306)):
> #0 0x00007f79badf323f in virtio_blk_rw_complete (opaque=0x7f79bb9606a0, ret=0) at /var/tmp/portage/app-emulation/qemu-2.1.0/work/qemu-2.1.0/hw/block/virtio-blk.c:99
> #1 0x00007f79bb029a62 in bdrv_co_em_bh (opaque=0x7f789400dc30) at /var/tmp/portage/app-emulation/qemu-2.1.0/work/qemu-2.1.0/block.c:4666
> #2 0x00007f79bb021597 in aio_bh_poll (ctx=ctx@entry=0x7f79bba37e90) at /var/tmp/portage/app-emulation/qemu-2.1.0/work/qemu-2.1.0/async.c:81
> #3 0x00007f79bb032d05 in aio_poll (ctx=0x7f79bba37e90, blocking=blocking@entry=true) at /var/tmp/portage/app-emulation/qemu-2.1.0/work/qemu-2.1.0/aio-posix.c:188
> #4 0x00007f79baea67b7 in iothread_run (opaque=0x7f79bbc18728) at /var/tmp/portage/app-emulation/qemu-2.1.0/work/qemu-2.1.0/iothread.c:41
> #5 0x00007f79b7589f3a in start_thread () from /lib64/libpthread.so.0
> #6 0x00007f79b4a8fc3d in clone () from /lib64/libc.so.6
>
> Thread 2 (Thread 0x7f789b7ff700 (LWP 11307)):
> #0 0x00007f79b758dd0c in pthread_cond_wait () from /lib64/libpthread.so.0
> #1 0x00007f79bb07fcb9 in qemu_cond_wait (cond=cond@entry=0x7f79bbc17e20, mutex=mutex@entry=0x7f79bbc17e50) at /var/tmp/portage/app-emulation/qemu-2.1.0/work/qemu-2.1.0/util/qemu-thread-posix.c:135
> #2 0x00007f79bb01c95b in vnc_worker_thread_loop (queue=queue@entry=0x7f79bbc17e20) at /var/tmp/portage/app-emulation/qemu-2.1.0/work/qemu-2.1.0/ui/vnc-jobs.c:222
> #3 0x00007f79bb01cd30 in vnc_worker_thread (arg=0x7f79bbc17e20) at /var/tmp/portage/app-emulation/qemu-2.1.0/work/qemu-2.1.0/ui/vnc-jobs.c:323
> #4 0x00007f79b7589f3a in start_thread () from /lib64/libpthread.so.0
> #5 0x00007f79b4a8fc3d in clone () from /lib64/libc.so.6
>
> Thread 1 (Thread 0x7f79bac87980 (LWP 11301)):
> #0 0x00007f79b4a86116 in ppoll () from /lib64/libc.so.6
> #1 0x00007f79bb031b19 in ppoll (__ss=0x0, __timeout=0x7fffa40e26e0, __nfds=<optimized out>, __fds=<optimized out>) at /usr/include/bits/poll2.h:77
> #2 qemu_poll_ns (fds=<optimized out>, nfds=<optimized out>, timeout=timeout@entry=510000000) at /var/tmp/portage/app-emulation/qemu-2.1.0/work/qemu-2.1.0/qemu-timer.c:319
> #3 0x00007f79bb030f04 in os_host_main_loop_wait (timeout=510000000) at /var/tmp/portage/app-emulation/qemu-2.1.0/work/qemu-2.1.0/main-loop.c:229
> #4 main_loop_wait (nonblocking=<optimized out>) at /var/tmp/portage/app-emulation/qemu-2.1.0/work/qemu-2.1.0/main-loop.c:484
> #5 0x00007f79bad9eb9d in main_loop () at /var/tmp/portage/app-emulation/qemu-2.1.0/work/qemu-2.1.0/vl.c:2010
> #6 main (argc=<optimized out>, argv=<optimized out>, envp=<optimized out>) at /var/tmp/portage/app-emulation/qemu-2.1.0/work/qemu-2.1.0/vl.c:4530
next prev parent reply other threads:[~2014-07-10 5:42 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-09 16:50 [Qemu-devel] dataplane degradation in 2.1 Andrey Korolyov
2014-07-10 5:42 ` Fam Zheng [this message]
2014-07-10 14:33 ` Andrey Korolyov
2014-07-10 14:39 ` Stefan Hajnoczi
2014-07-10 15:10 ` Andrey Korolyov
2014-07-10 16:08 ` Paolo Bonzini
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=20140710054209.GA5161@T430.redhat.com \
--to=famz@redhat.com \
--cc=andrey@xdel.ru \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.