On Thu, 2021-10-21 at 22:59 +0800, Ming Lei wrote:
> For fixing queue quiesce race between driver and block layer(elevator
> switch, update nr_requests, ...), we need to support concurrent
> quiesce
> and unquiesce, which requires the two call balanced.
>
> It isn't easy to audit that in all scsi
On Thu, 21 Oct 2021 22:59:15 +0800, Ming Lei wrote:
> Recently we merge the patch of e70feb8b3e68 ("blk-mq: support concurrent queue
> quiesce/unquiesce") for fixing race between driver and block layer wrt.
> queue quiesce.
>
> Yi reported that srp/002 is broken with this patch, turns out scsi
On Thu, Oct 21 2021 at 10:59P -0400,
Ming Lei wrote:
> For fixing queue quiesce race between driver and block layer(elevator
> switch, update nr_requests, ...), we need to support concurrent quiesce
> and unquiesce, which requires the two call to be balanced.
>
> __bind() is only called from
On Mon, Oct 18 2021 at 12:40P -0400,
Christoph Hellwig wrote:
> Replace the dax_host_hash with an xarray indexed by the pointer value
> of the gendisk, and require explicitl calls from the block drivers that
> want to associate their gendisk with a dax_device.
>
> Signed-off-by: Christoph
On Wed, Oct 27 2021 at 9:41P -0400,
Dan Williams wrote:
> On Sun, Oct 17, 2021 at 9:41 PM Christoph Hellwig wrote:
> >
> > Add a helper to perform the entire remapping for DAX accesses. This
> > helper open codes bdev_dax_pgoff given that the alignment checks have
> > already been done by the
On Wed, Oct 27 2021 at 9:36P -0400,
Dan Williams wrote:
> On Sun, Oct 17, 2021 at 9:41 PM Christoph Hellwig wrote:
> >
> > Add a helper to perform the entire remapping for DAX accesses. This
> > helper open codes bdev_dax_pgoff given that the alignment checks have
> > already been done by the
On Wed, Oct 27 2021 at 9:32P -0400,
Dan Williams wrote:
> On Sun, Oct 17, 2021 at 9:41 PM Christoph Hellwig wrote:
> >
> > Add a helper to perform the entire remapping for DAX accesses. This
> > helper open codes bdev_dax_pgoff given that the alignment checks have
> > already been done by the
On Wed, Oct 27 2021 at 8:16P -0400,
Dan Williams wrote:
> I am going to change the subject of this patch to:
>
> dax: remove ->dax_supported()
>
> On Sun, Oct 17, 2021 at 9:41 PM Christoph Hellwig wrote:
> >
>
> I'll add a bit more background to help others review this.
>
> The
On Wed, Oct 27 2021 at 4:53P -0400,
Dan Williams wrote:
> On Sun, Oct 17, 2021 at 9:41 PM Christoph Hellwig wrote:
> >
> > The device mapper DAX support is all hanging off a block device and thus
> > can't be used with device dax. Make it depend on CONFIG_FS_DAX instead
> > of
Hi All,
On Wed, 8 Sept 2021 at 17:38, Greg KH wrote:
> > > > > No, but you can backport it easily. Back at
> > > > > http://lists.infradead.org/pipermail/openwrt-devel/2019-November/025967.html
> > > > > I provided backports of this feature to OpenWrt, for the 4.14 and 4.19
> > > > > kernels.
>
10 matches
Mail list logo