[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <7e55abc4-5c91-efb8-1b32-87570dde62cc@redhat.com>
Date: Thu, 11 Mar 2021 17:31:40 +0100
From: David Hildenbrand <david@...hat.com>
To: Pankaj Gupta <pankaj.gupta.linux@...il.com>,
linux-kernel@...r.kernel.org, linux-nvdimm@...ts.01.org
Cc: dan.j.williams@...el.com, vishal.l.verma@...el.com,
dave.jiang@...el.com, mst@...hat.com, jmoyer@...hat.com,
pankaj.gupta@...ud.ionos.com
Subject: Re: [RFC 0/2] virtio-pmem: Asynchronous flush
On 20.04.20 15:19, Pankaj Gupta wrote:
> Jeff reported preflush order issue with the existing implementation
> of virtio pmem preflush. Dan suggested[1] to implement asynchronous flush
> for virtio pmem using work queue as done in md/RAID. This patch series
> intends to solve the preflush ordering issue and also makes the flush
> asynchronous from the submitting thread POV.
>
> Submitting this patch series for feeback and is in WIP. I have
> done basic testing and currently doing more testing.
>
> Pankaj Gupta (2):
> pmem: make nvdimm_flush asynchronous
> virtio_pmem: Async virtio-pmem flush
>
> drivers/nvdimm/nd_virtio.c | 66 ++++++++++++++++++++++++++----------
> drivers/nvdimm/pmem.c | 15 ++++----
> drivers/nvdimm/region_devs.c | 3 +-
> drivers/nvdimm/virtio_pmem.c | 9 +++++
> drivers/nvdimm/virtio_pmem.h | 12 +++++++
> 5 files changed, 78 insertions(+), 27 deletions(-)
>
> [1] https://marc.info/?l=linux-kernel&m=157446316409937&w=2
>
Just wondering, was there any follow up of this or are we still waiting
for feedback? :)
--
Thanks,
David / dhildenb
Powered by blists - more mailing lists