[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAM9Jb+jDU7anniT8eL5yUQw1t_MZzndw=n1LWJ5fWV5k871+wQ@mail.gmail.com>
Date: Thu, 19 Aug 2021 13:08:40 +0200
From: Pankaj Gupta <pankaj.gupta.linux@...il.com>
To: nvdimm@...ts.linux.dev, LKML <linux-kernel@...r.kernel.org>
Cc: Dan Williams <dan.j.williams@...el.com>, jmoyer@...hat.com,
David Hildenbrand <david@...hat.com>,
"Michael S . Tsirkin" <mst@...hat.com>,
Cornelia Huck <cohuck@...hat.com>,
Vishal Verma <vishal.l.verma@...el.com>,
Dave Jiang <dave.jiang@...el.com>,
Ira Weiny <ira.weiny@...el.com>,
Pankaj Gupta <pankaj.gupta@...os.com>
Subject: Re: [RFC v2 0/2] virtio-pmem: Asynchronous flush
Gentle ping.
>
> 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 for the submitting thread.
>
> Submitting this patch series for review. Sorry, It took me long time to
> come back to this due to some personal reasons.
>
> RFC v1 -> RFC v2
> - More testing and bug fix.
>
> [1] https://marc.info/?l=linux-kernel&m=157446316409937&w=2
>
> Pankaj Gupta (2):
> virtio-pmem: Async virtio-pmem flush
> pmem: enable pmem_submit_bio for asynchronous flush
>
> drivers/nvdimm/nd_virtio.c | 72 ++++++++++++++++++++++++++++--------
> drivers/nvdimm/pmem.c | 17 ++++++---
> drivers/nvdimm/virtio_pmem.c | 10 ++++-
> drivers/nvdimm/virtio_pmem.h | 14 +++++++
> 4 files changed, 91 insertions(+), 22 deletions(-)
>
> --
> 2.25.1
>
Powered by blists - more mailing lists