qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH v2 6/7] virtio-blk: Unify {non-, }dataplane's re


From: Stefan Hajnoczi
Subject: Re: [Qemu-devel] [PATCH v2 6/7] virtio-blk: Unify {non-, }dataplane's request handlings
Date: Tue, 1 Jul 2014 15:22:36 +0200
User-agent: Mutt/1.5.23 (2014-03-12)

On Tue, Jul 01, 2014 at 01:29:36PM +0200, Max Reitz wrote:
> On 17.06.2014 08:32, Fam Zheng wrote:
> >This drops request handling code from dataplane, and uses code from
> >hw/block/virtio-blk.c.
> >
> >It starts to use multiwrite as non-dataplane does.
> >
> >Dataplane sets VirtIOBlock.complete_request to vring version, and calls
> >into non-dataplane's process handling. In complete_request_early,
> >qiov.size is added to vring push length, because it's also called in rw
> >completion now.
> >
> >Signed-off-by: Fam Zheng <address@hidden>
> >---
> >  hw/block/dataplane/virtio-blk.c | 183 
> > +++++-----------------------------------
> >  1 file changed, 19 insertions(+), 164 deletions(-)
> 
> Is it intended that qemu segfaults after this commit with x-data-plane=on?
> 
> $ ./qemu-img create -f qcow2 test.qcow2 64M
> $ x86_64-softmmu/qemu-system-x86_64 -drive if=none,file=test.qcow2,id=drv0
> -device virtio-blk-pci,drive=drv0,x-data-plane=on
> [1]    4604 segmentation fault  x86_64-softmmu/qemu-system-x86_64 -drive
> if=none,file=test.qcow2,id=drv0
> 
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0x7fffd75ff700 (LWP 5217)]
> 0x00005555556373af in virtio_blk_rw_complete (opaque=0x5555565ff5e0, ret=0)
> at hw/block/virtio-blk.c:99
> 99          bdrv_acct_done(req->dev->bs, &req->acct);
> (gdb) print req
> $1 = (VirtIOBlockReq *) 0x5555565ff5e0
> (gdb) print req->dev
> $2 = (VirtIOBlock *) 0x0
> (gdb) bt
> #0  0x00005555556373af in virtio_blk_rw_complete (opaque=0x5555565ff5e0,
> ret=0) at hw/block/virtio-blk.c:99
> #1  0x0000555555840ebe in bdrv_co_em_bh (opaque=0x5555566152d0) at
> block.c:4675
> #2  0x000055555583de77 in aio_bh_poll (address@hidden) at
> async.c:81
> #3  0x000055555584b7a7 in aio_poll (ctx=0x5555563a8150,
> address@hidden) at aio-posix.c:188
> #4  0x00005555556e520e in iothread_run (opaque=0x5555563a7fd8) at
> iothread.c:41
> #5  0x00007ffff42ba124 in start_thread () from /usr/lib/libpthread.so.0
> #6  0x00007ffff16d14bd in clone () from /usr/lib/libc.so.6

I'm looking into this and will send a patch to fix it.

Stefan

Attachment: pgpd_pfqADCWj.pgp
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]