[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [RFC 2/2] KVM: add virtio-pmem driver
From: |
Dan Williams |
Subject: |
Re: [Qemu-devel] [RFC 2/2] KVM: add virtio-pmem driver |
Date: |
Fri, 20 Oct 2017 09:11:13 -0700 |
On Fri, Oct 20, 2017 at 9:06 AM, Christoph Hellwig <address@hidden> wrote:
> On Fri, Oct 20, 2017 at 08:05:09AM -0700, Dan Williams wrote:
>> Right, that's the same recommendation I gave.
>>
>> https://lists.gnu.org/archive/html/qemu-devel/2017-07/msg08404.html
>>
>> ...so maybe I'm misunderstanding your concern? It sounds like we're on
>> the same page.
>
> Yes, the above is exactly what I think we should do it. And in many
> ways virtio seems overkill if we could just have a hypercall or doorbell
> page as the queueing infrastructure in virtio shouldn't really be
> needed.
Ah ok, yes, get rid of the virtio-pmem driver and just make
nvdimm_flush() do a hypercall based on region-type flag.
- Re: [Qemu-devel] [RFC 2/2] KVM: add virtio-pmem driver, (continued)
- Re: [Qemu-devel] [RFC 2/2] KVM: add virtio-pmem driver, Christoph Hellwig, 2017/10/17
- Re: [Qemu-devel] [RFC 2/2] KVM: add virtio-pmem driver, Pankaj Gupta, 2017/10/17
- Re: [Qemu-devel] [RFC 2/2] KVM: add virtio-pmem driver, Stefan Hajnoczi, 2017/10/18
- Re: [Qemu-devel] [RFC 2/2] KVM: add virtio-pmem driver, Dan Williams, 2017/10/18
- Re: [Qemu-devel] [RFC 2/2] KVM: add virtio-pmem driver, Stefan Hajnoczi, 2017/10/19
- Re: [Qemu-devel] [RFC 2/2] KVM: add virtio-pmem driver, Christoph Hellwig, 2017/10/19
- Re: [Qemu-devel] [RFC 2/2] KVM: add virtio-pmem driver, Dan Williams, 2017/10/19
- Re: [Qemu-devel] [RFC 2/2] KVM: add virtio-pmem driver, Christoph Hellwig, 2017/10/20
- Re: [Qemu-devel] [RFC 2/2] KVM: add virtio-pmem driver, Dan Williams, 2017/10/20
- Re: [Qemu-devel] [RFC 2/2] KVM: add virtio-pmem driver, Christoph Hellwig, 2017/10/20
- Re: [Qemu-devel] [RFC 2/2] KVM: add virtio-pmem driver,
Dan Williams <=
[Qemu-devel] [RFC] QEMU: Add virtio pmem device, Pankaj Gupta, 2017/10/12