[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH v6 12/12] virtio-blk: add x-data-plane=on|off pe
From: |
Rusty Russell |
Subject: |
Re: [Qemu-devel] [PATCH v6 12/12] virtio-blk: add x-data-plane=on|off performance feature |
Date: |
Thu, 20 Dec 2012 14:34:55 +1030 |
User-agent: |
Notmuch/0.14 (http://notmuchmail.org) Emacs/23.4.1 (i686-pc-linux-gnu) |
"Michael S. Tsirkin" <address@hidden> writes:
> On Tue, Dec 18, 2012 at 03:57:17PM +0100, Stefan Hajnoczi wrote:
>> > > @@ -407,6 +409,14 @@ static void virtio_blk_handle_output(VirtIODevice
>> > > *vdev, VirtQueue *vq)
>> > > .num_writes = 0,
>> > > };
>> > >
>> > > + /* Some guests kick before setting VIRTIO_CONFIG_S_DRIVER_OK so
>> > > start
>> > > + * dataplane here instead of waiting for .set_status().
>> > > + */
>> >
>> > By the way which guests are these?
>>
>> I ran a Windows 8 guest today with build 48 virtio-win drivers. It
>> notifies before the device gets its .set_status() callback invoked.
>> But I could swear I've seen Linux guests do this too.
>
>
> That's very broken. But looking at linux drivers it also
> seems linux guests do this even today.
> We have:
>
> err = drv->probe(dev);
> if (err)
> add_status(dev, VIRTIO_CONFIG_S_FAILED);
> else {
> add_status(dev, VIRTIO_CONFIG_S_DRIVER_OK);
> if (drv->scan)
> drv->scan(dev);
> }
>
> this means that unless drivers implement scan() they
> will make device active before DRIVER_OK is written
> as the result linux can access it and kick.
> And almost no drivers implement scan.
> Nasty.
Yes, that's true. But as long as they have completed feature
negotiation, we allow this (that's why we tool feature negotiation out
of the drivers).
For example, filling an input virtqueue may well mean we kick the vq,
and almost every device does this.
virtio_block is the worst: add_disk() does partition scanning.
> Rusty, what do you think? Worth fixing?
If we tried, I'm fairly sure things would slip through. My feeling has
been that we should not rely on the status to indicate readiness.
> It does mean that for now we are stuck
> with a work around, but I think we need it
> in virtio core in qemu, it's not dataplane
> specific.
Yes, it's a general problem.
Cheers,
Rusty.
Re: [Qemu-devel] [PATCH v6 00/12] virtio: virtio-blk data plane, Stefan Hajnoczi, 2012/12/10
[Qemu-devel] [PATCH v6 02/12] configure: add CONFIG_VIRTIO_BLK_DATA_PLANE, Stefan Hajnoczi, 2012/12/10
[Qemu-devel] [PATCH v6 08/12] test-iov: add iov_discard_front/back() testcases, Stefan Hajnoczi, 2012/12/10
[Qemu-devel] [PATCH v6 11/12] dataplane: add virtio-blk data plane code, Stefan Hajnoczi, 2012/12/10
[Qemu-devel] [PATCH v6 09/12] iov: add qemu_iovec_concat_iov(), Stefan Hajnoczi, 2012/12/10
[Qemu-devel] [PATCH v6 10/12] virtio-blk: restore VirtIOBlkConf->config_wce flag, Stefan Hajnoczi, 2012/12/10
Re: [Qemu-devel] [PATCH v6 00/12] virtio: virtio-blk data plane, Stefan Hajnoczi, 2012/12/11