[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87wrjpbcmw.fsf@rustcorp.com.au>
Date: Thu, 24 Mar 2011 10:41:51 +1030
From: Rusty Russell <rusty@...tcorp.com.au>
To: Christoph Hellwig <hch@....de>
Cc: Christoph Hellwig <hch@....de>, kwolf@...hat.com,
aliguori@...ibm.com, stefanha@...il.com,
linux-kernel@...r.kernel.org, qemu-devel@...gnu.org,
Christian Borntraeger <borntraeger@...ibm.com>,
prerna@...ux.vnet.ibm.com, Alex Williamson <alex.williamson@...com>
Subject: Re: [Qemu-devel] Re: [PATCH, RFC] virtio_blk: add cache control support
On Thu, 17 Mar 2011 15:21:22 +0100, Christoph Hellwig <hch@....de> wrote:
> On Thu, Mar 17, 2011 at 03:36:08PM +1030, Rusty Russell wrote:
> > OK, under what circumstances could it fail?
> >
> > If you're using this mechanism to indicate that the host doesn't support
> > the feature, that's making an assumption about the nature of config
> > space writes which isn't true for non-PCI virtio.
> >
> > ie. lguest and S/390 don't trap writes to config space.
> >
> > Or perhaps they should? But we should be explicit about needing it...
>
> We have the features flag to indicate if updating the caching mode is
> supported, but we we could still fail it for other reasons - e.g. we could fail
> to reopen the file with/without O_SYNC.
OK, then I think you need to make it a real command and feed it into the
request queue.
The theory behind config space is that it's for advertising, not for
interaction. And it's not ever very good at that...
> But if lguest or S/390 don't support
> trapping config space write this feature won't work for them at all. As do
> other features that make use of config space write, e.g. updating the MAC
> address for virtio-net.
Yes, and that was a mistake. What does qemu do with a partially-written
MAC address? Lguest ignores it, what does S/390 do?
Alex?
Cheers,
Rusty.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists