All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dan Williams <dan.j.williams@intel.com>
To: Christoph Hellwig <hch@lst.de>
Cc: Jens Axboe <axboe@kernel.dk>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	 Chris Zankel <chris@zankel.net>,
	Max Filippov <jcmvbkbc@gmail.com>,
	 Philipp Reisner <philipp.reisner@linbit.com>,
	Lars Ellenberg <lars.ellenberg@linbit.com>,
	 Jim Paris <jim@jtan.com>,
	Joshua Morris <josh.h.morris@us.ibm.com>,
	 Philip Kelleher <pjk1939@linux.ibm.com>,
	Minchan Kim <minchan@kernel.org>,
	 Nitin Gupta <ngupta@vflare.org>,
	Matias Bjorling <mb@lightnvm.io>, Coly Li <colyli@suse.de>,
	 Mike Snitzer <snitzer@redhat.com>, Song Liu <song@kernel.org>,
	 Maxim Levitsky <maximlevitsky@gmail.com>,
	Alex Dubov <oakad@yahoo.com>,
	 Ulf Hansson <ulf.hansson@linaro.org>,
	Vishal Verma <vishal.l.verma@intel.com>,
	 Dave Jiang <dave.jiang@intel.com>,
	Heiko Carstens <hca@linux.ibm.com>,
	 Vasily Gorbik <gor@linux.ibm.com>,
	Christian Borntraeger <borntraeger@de.ibm.com>,
	linux-block@vger.kernel.org,
	 device-mapper development <dm-devel@redhat.com>,
	linux-m68k@lists.linux-m68k.org,  linux-xtensa@linux-xtensa.org,
	drbd-dev@lists.linbit.com,
	 linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
	linux-bcache@vger.kernel.org,
	 linux-raid <linux-raid@vger.kernel.org>,
	linux-mmc@vger.kernel.org,  nvdimm@lists.linux.dev,
	linux-nvme@lists.infradead.org,
	 linux-s390 <linux-s390@vger.kernel.org>,
	Sachin Sant <sachinp@linux.vnet.ibm.com>
Subject: Re: [PATCH 17/26] nvdimm-pmem: convert to blk_alloc_disk/blk_cleanup_disk
Date: Sun, 6 Jun 2021 21:43:03 -0700	[thread overview]
Message-ID: <CAPcyv4gFEbZH4sXbkvQ32Xv1HiZ6JPL04efGpAWCqaJP_X9jaA@mail.gmail.com> (raw)
In-Reply-To: <20210521055116.1053587-18-hch@lst.de>

[ add Sachin who reported this commit in -next ]

On Thu, May 20, 2021 at 10:52 PM Christoph Hellwig <hch@lst.de> wrote:
>
> Convert the nvdimm-pmem driver to use the blk_alloc_disk and
> blk_cleanup_disk helpers to simplify gendisk and request_queue
> allocation.
>
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>  drivers/nvdimm/pmem.c | 15 +++++----------
>  1 file changed, 5 insertions(+), 10 deletions(-)
>
> diff --git a/drivers/nvdimm/pmem.c b/drivers/nvdimm/pmem.c
> index 968b8483c763..9fcd05084564 100644
> --- a/drivers/nvdimm/pmem.c
> +++ b/drivers/nvdimm/pmem.c
> @@ -338,7 +338,7 @@ static void pmem_pagemap_cleanup(struct dev_pagemap *pgmap)
>         struct request_queue *q =
>                 container_of(pgmap->ref, struct request_queue, q_usage_counter);
>
> -       blk_cleanup_queue(q);
> +       blk_cleanup_disk(queue_to_disk(q));

This is broken. This comes after del_gendisk() which means the queue
device is no longer associated with its disk parent. Perhaps @pmem
could be stashed in pgmap->owner and then this can use pmem->disk? Not
see any other readily available ways to get back to the disk from here
after del_gendisk().

WARNING: multiple messages have this Message-ID (diff)
From: Dan Williams <dan.j.williams@intel.com>
To: Christoph Hellwig <hch@lst.de>
Cc: Sachin Sant <sachinp@linux.vnet.ibm.com>,
	nvdimm@lists.linux.dev, Ulf Hansson <ulf.hansson@linaro.org>,
	Mike Snitzer <snitzer@redhat.com>,
	linux-nvme@lists.infradead.org, Song Liu <song@kernel.org>,
	device-mapper development <dm-devel@redhat.com>,
	linux-bcache@vger.kernel.org,
	Joshua Morris <josh.h.morris@us.ibm.com>,
	drbd-dev@lists.linbit.com,
	linux-s390 <linux-s390@vger.kernel.org>,
	Dave Jiang <dave.jiang@intel.com>,
	Maxim Levitsky <maximlevitsky@gmail.com>,
	Vishal Verma <vishal.l.verma@intel.com>,
	Christian Borntraeger <borntraeger@de.ibm.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Matias Bjorling <mb@lightnvm.io>, Nitin Gupta <ngupta@vflare.org>,
	Vasily Gorbik <gor@linux.ibm.com>,
	linux-xtensa@linux-xtensa.org, Alex Dubov <oakad@yahoo.com>,
	Heiko Carstens <hca@linux.ibm.com>, Coly Li <colyli@suse.de>,
	linux-block@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	Philip Kelleher <pjk1939@linux.ibm.com>,
	Jens Axboe <axboe@kernel.dk>, Chris Zankel <chris@zankel.net>,
	linux-raid <linux-raid@vger.kernel.org>,
	Max Filippov <jcmvbkbc@gmail.com>,
	linux-mmc@vger.kernel.org,
	Philipp Reisner <philipp.reisner@linbit.com>,
	Jim Paris <jim@jtan.com>, Minchan Kim <minchan@kernel.org>,
	Lars Ellenberg <lars.ellenberg@linbit.com>,
	linuxppc-dev <linuxppc-dev@lists.ozlabs.org>
Subject: Re: [PATCH 17/26] nvdimm-pmem: convert to blk_alloc_disk/blk_cleanup_disk
Date: Sun, 6 Jun 2021 21:43:03 -0700	[thread overview]
Message-ID: <CAPcyv4gFEbZH4sXbkvQ32Xv1HiZ6JPL04efGpAWCqaJP_X9jaA@mail.gmail.com> (raw)
In-Reply-To: <20210521055116.1053587-18-hch@lst.de>

[ add Sachin who reported this commit in -next ]

On Thu, May 20, 2021 at 10:52 PM Christoph Hellwig <hch@lst.de> wrote:
>
> Convert the nvdimm-pmem driver to use the blk_alloc_disk and
> blk_cleanup_disk helpers to simplify gendisk and request_queue
> allocation.
>
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>  drivers/nvdimm/pmem.c | 15 +++++----------
>  1 file changed, 5 insertions(+), 10 deletions(-)
>
> diff --git a/drivers/nvdimm/pmem.c b/drivers/nvdimm/pmem.c
> index 968b8483c763..9fcd05084564 100644
> --- a/drivers/nvdimm/pmem.c
> +++ b/drivers/nvdimm/pmem.c
> @@ -338,7 +338,7 @@ static void pmem_pagemap_cleanup(struct dev_pagemap *pgmap)
>         struct request_queue *q =
>                 container_of(pgmap->ref, struct request_queue, q_usage_counter);
>
> -       blk_cleanup_queue(q);
> +       blk_cleanup_disk(queue_to_disk(q));

This is broken. This comes after del_gendisk() which means the queue
device is no longer associated with its disk parent. Perhaps @pmem
could be stashed in pgmap->owner and then this can use pmem->disk? Not
see any other readily available ways to get back to the disk from here
after del_gendisk().

WARNING: multiple messages have this Message-ID (diff)
From: Dan Williams <dan.j.williams@intel.com>
To: Christoph Hellwig <hch@lst.de>
Cc: Sachin Sant <sachinp@linux.vnet.ibm.com>,
	nvdimm@lists.linux.dev, Ulf Hansson <ulf.hansson@linaro.org>,
	Mike Snitzer <snitzer@redhat.com>,
	linux-m68k@vger.kernel.org, linux-nvme@lists.infradead.org,
	Song Liu <song@kernel.org>,
	device-mapper development <dm-devel@redhat.com>,
	Joshua Morris <josh.h.morris@us.ibm.com>,
	linux-s390 <linux-s390@vger.kernel.org>,
	Dave Jiang <dave.jiang@intel.com>,
	Maxim Levitsky <maximlevitsky@gmail.com>,
	Vishal Verma <vishal.l.verma@intel.com>,
	Christian Borntraeger <borntraeger@de.ibm.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Matias Bjorling <mb@lightnvm.io>, Nitin Gupta <ngupta@vflare.org>,
	Vasily Gorbik <gor@linux.ibm.com>,
	linux-xtensa@linux-xtensa.org, Alex Dubov <oakad@yahoo.com>,
	Heiko Carstens <hca@linux.ibm.com>, Coly Li <colyli@suse.de>,
	linux-block@vger.kernel.org, linux-bcache@vger.kernel.org,
	drbd-dev@tron.linbit.com, Philip Kelleher <pjk1939@linux.ibm.com>,
	Jens Axboe <axboe@kernel.dk>, Chris Zankel <chris@zankel.net>,
	linux-raid <linux-raid@vger.kernel.org>,
	Max Filippov <jcmvbkbc@gmail.com>,
	linux-mmc@vger.kernel.org,
	Philipp Reisner <philipp.reisner@linbit.com>,
	Jim Paris <jim@jtan.com>, Minchan Kim <minchan@kernel.org>,
	Lars Ellenberg <lars.ellenberg@linbit.com>,
	linuxppc-dev <linuxppc-dev@lists.ozlabs.org>
Subject: Re: [dm-devel] [PATCH 17/26] nvdimm-pmem: convert to blk_alloc_disk/blk_cleanup_disk
Date: Sun, 6 Jun 2021 21:43:03 -0700	[thread overview]
Message-ID: <CAPcyv4gFEbZH4sXbkvQ32Xv1HiZ6JPL04efGpAWCqaJP_X9jaA@mail.gmail.com> (raw)
In-Reply-To: <20210521055116.1053587-18-hch@lst.de>

[ add Sachin who reported this commit in -next ]

On Thu, May 20, 2021 at 10:52 PM Christoph Hellwig <hch@lst.de> wrote:
>
> Convert the nvdimm-pmem driver to use the blk_alloc_disk and
> blk_cleanup_disk helpers to simplify gendisk and request_queue
> allocation.
>
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>  drivers/nvdimm/pmem.c | 15 +++++----------
>  1 file changed, 5 insertions(+), 10 deletions(-)
>
> diff --git a/drivers/nvdimm/pmem.c b/drivers/nvdimm/pmem.c
> index 968b8483c763..9fcd05084564 100644
> --- a/drivers/nvdimm/pmem.c
> +++ b/drivers/nvdimm/pmem.c
> @@ -338,7 +338,7 @@ static void pmem_pagemap_cleanup(struct dev_pagemap *pgmap)
>         struct request_queue *q =
>                 container_of(pgmap->ref, struct request_queue, q_usage_counter);
>
> -       blk_cleanup_queue(q);
> +       blk_cleanup_disk(queue_to_disk(q));

This is broken. This comes after del_gendisk() which means the queue
device is no longer associated with its disk parent. Perhaps @pmem
could be stashed in pgmap->owner and then this can use pmem->disk? Not
see any other readily available ways to get back to the disk from here
after del_gendisk().

--
dm-devel mailing list
dm-devel@redhat.com
https://listman.redhat.com/mailman/listinfo/dm-devel


WARNING: multiple messages have this Message-ID (diff)
From: Dan Williams <dan.j.williams@intel.com>
To: Christoph Hellwig <hch@lst.de>
Cc: Jens Axboe <axboe@kernel.dk>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	 Chris Zankel <chris@zankel.net>,
	Max Filippov <jcmvbkbc@gmail.com>,
	 Philipp Reisner <philipp.reisner@linbit.com>,
	Lars Ellenberg <lars.ellenberg@linbit.com>,
	 Jim Paris <jim@jtan.com>,
	Joshua Morris <josh.h.morris@us.ibm.com>,
	 Philip Kelleher <pjk1939@linux.ibm.com>,
	Minchan Kim <minchan@kernel.org>,
	 Nitin Gupta <ngupta@vflare.org>,
	Matias Bjorling <mb@lightnvm.io>, Coly Li <colyli@suse.de>,
	 Mike Snitzer <snitzer@redhat.com>, Song Liu <song@kernel.org>,
	 Maxim Levitsky <maximlevitsky@gmail.com>,
	Alex Dubov <oakad@yahoo.com>,
	 Ulf Hansson <ulf.hansson@linaro.org>,
	Vishal Verma <vishal.l.verma@intel.com>,
	 Dave Jiang <dave.jiang@intel.com>,
	Heiko Carstens <hca@linux.ibm.com>,
	 Vasily Gorbik <gor@linux.ibm.com>,
	Christian Borntraeger <borntraeger@de.ibm.com>,
	linux-block@vger.kernel.org,
	 device-mapper development <dm-devel@redhat.com>,
	linux-m68k@lists.linux-m68k.org,  linux-xtensa@linux-xtensa.org,
	drbd-dev@lists.linbit.com,
	 linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
	linux-bcache@vger.kernel.org,
	 linux-raid <linux-raid@vger.kernel.org>,
	linux-mmc@vger.kernel.org,  nvdimm@lists.linux.dev,
	linux-nvme@lists.infradead.org,
	 linux-s390 <linux-s390@vger.kernel.org>,
	Sachin Sant <sachinp@linux.vnet.ibm.com>
Subject: Re: [PATCH 17/26] nvdimm-pmem: convert to blk_alloc_disk/blk_cleanup_disk
Date: Sun, 6 Jun 2021 21:43:03 -0700	[thread overview]
Message-ID: <CAPcyv4gFEbZH4sXbkvQ32Xv1HiZ6JPL04efGpAWCqaJP_X9jaA@mail.gmail.com> (raw)
In-Reply-To: <20210521055116.1053587-18-hch@lst.de>

[ add Sachin who reported this commit in -next ]

On Thu, May 20, 2021 at 10:52 PM Christoph Hellwig <hch@lst.de> wrote:
>
> Convert the nvdimm-pmem driver to use the blk_alloc_disk and
> blk_cleanup_disk helpers to simplify gendisk and request_queue
> allocation.
>
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
>  drivers/nvdimm/pmem.c | 15 +++++----------
>  1 file changed, 5 insertions(+), 10 deletions(-)
>
> diff --git a/drivers/nvdimm/pmem.c b/drivers/nvdimm/pmem.c
> index 968b8483c763..9fcd05084564 100644
> --- a/drivers/nvdimm/pmem.c
> +++ b/drivers/nvdimm/pmem.c
> @@ -338,7 +338,7 @@ static void pmem_pagemap_cleanup(struct dev_pagemap *pgmap)
>         struct request_queue *q =
>                 container_of(pgmap->ref, struct request_queue, q_usage_counter);
>
> -       blk_cleanup_queue(q);
> +       blk_cleanup_disk(queue_to_disk(q));

This is broken. This comes after del_gendisk() which means the queue
device is no longer associated with its disk parent. Perhaps @pmem
could be stashed in pgmap->owner and then this can use pmem->disk? Not
see any other readily available ways to get back to the disk from here
after del_gendisk().

_______________________________________________
Linux-nvme mailing list
Linux-nvme@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-nvme

  parent reply	other threads:[~2021-06-07  4:43 UTC|newest]

Thread overview: 275+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-21  5:50 simplify gendisk and request_queue allocation for bio based drivers Christoph Hellwig
2021-05-21  5:50 ` [dm-devel] " Christoph Hellwig
2021-05-21  5:50 ` Christoph Hellwig
2021-05-21  5:50 ` [PATCH 01/26] block: refactor device number setup in __device_add_disk Christoph Hellwig
2021-05-21  5:50   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:50   ` Christoph Hellwig
2021-05-21 17:16   ` [dm-devel] " Luis Chamberlain
2021-05-21 17:16     ` Luis Chamberlain
2021-05-21 17:16     ` Luis Chamberlain
2021-05-21 17:16     ` Luis Chamberlain
2021-05-24  7:20     ` Christoph Hellwig
2021-05-24  7:20       ` Christoph Hellwig
2021-05-24  7:20       ` Christoph Hellwig
2021-05-24  7:20       ` Christoph Hellwig
2021-05-23  7:46   ` Hannes Reinecke
2021-05-23  7:46     ` [dm-devel] " Hannes Reinecke
2021-05-23  7:46     ` Hannes Reinecke
2021-05-23  7:46     ` Hannes Reinecke
2021-05-24  7:22     ` Christoph Hellwig
2021-05-24  7:22       ` [dm-devel] " Christoph Hellwig
2021-05-24  7:22       ` Christoph Hellwig
2021-05-24  7:22       ` Christoph Hellwig
2021-05-21  5:50 ` [PATCH 02/26] block: move the DISK_MAX_PARTS sanity check into __device_add_disk Christoph Hellwig
2021-05-21  5:50   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:50   ` Christoph Hellwig
2021-05-21 17:18   ` [dm-devel] " Luis Chamberlain
2021-05-21 17:18     ` Luis Chamberlain
2021-05-21 17:18     ` Luis Chamberlain
2021-05-21 17:18     ` Luis Chamberlain
2021-05-23  7:48   ` Hannes Reinecke
2021-05-23  7:48     ` [dm-devel] " Hannes Reinecke
2021-05-23  7:48     ` Hannes Reinecke
2021-05-23  7:48     ` Hannes Reinecke
2021-05-21  5:50 ` [PATCH 03/26] block: automatically enable GENHD_FL_EXT_DEVT Christoph Hellwig
2021-05-21  5:50   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:50   ` Christoph Hellwig
2021-05-21 17:22   ` [dm-devel] " Luis Chamberlain
2021-05-21 17:22     ` Luis Chamberlain
2021-05-21 17:22     ` Luis Chamberlain
2021-05-21 17:22     ` Luis Chamberlain
2021-05-23  7:50   ` Hannes Reinecke
2021-05-23  7:50     ` [dm-devel] " Hannes Reinecke
2021-05-23  7:50     ` Hannes Reinecke
2021-05-23  7:50     ` Hannes Reinecke
2021-05-21  5:50 ` [PATCH 04/26] block: add a flag to make put_disk on partially initalized disks safer Christoph Hellwig
2021-05-21  5:50   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:50   ` Christoph Hellwig
2021-05-21 17:28   ` [dm-devel] " Luis Chamberlain
2021-05-21 17:28     ` Luis Chamberlain
2021-05-21 17:28     ` Luis Chamberlain
2021-05-21 17:28     ` Luis Chamberlain
2021-05-23  7:54   ` Hannes Reinecke
2021-05-23  7:54     ` [dm-devel] " Hannes Reinecke
2021-05-23  7:54     ` Hannes Reinecke
2021-05-23  7:54     ` Hannes Reinecke
2021-05-21  5:50 ` [PATCH 05/26] block: add blk_alloc_disk and blk_cleanup_disk APIs Christoph Hellwig
2021-05-21  5:50   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:50   ` Christoph Hellwig
2021-05-21 17:44   ` [dm-devel] " Luis Chamberlain
2021-05-21 17:44     ` Luis Chamberlain
2021-05-21 17:44     ` Luis Chamberlain
2021-05-21 17:44     ` Luis Chamberlain
2021-05-24  7:24     ` Christoph Hellwig
2021-05-24  7:24       ` Christoph Hellwig
2021-05-24  7:24       ` Christoph Hellwig
2021-05-24  7:24       ` Christoph Hellwig
2021-05-23  7:55   ` Hannes Reinecke
2021-05-23  7:55     ` [dm-devel] " Hannes Reinecke
2021-05-23  7:55     ` Hannes Reinecke
2021-05-23  7:55     ` Hannes Reinecke
2021-05-21  5:50 ` [PATCH 06/26] brd: convert to blk_alloc_disk/blk_cleanup_disk Christoph Hellwig
2021-05-21  5:50   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:50   ` Christoph Hellwig
2021-05-23  7:58   ` Hannes Reinecke
2021-05-23  7:58     ` [dm-devel] " Hannes Reinecke
2021-05-23  7:58     ` Hannes Reinecke
2021-05-23  7:58     ` Hannes Reinecke
2021-05-24  7:24     ` Christoph Hellwig
2021-05-24  7:24       ` [dm-devel] " Christoph Hellwig
2021-05-24  7:24       ` Christoph Hellwig
2021-05-24  7:24       ` Christoph Hellwig
2021-05-21  5:50 ` [PATCH 07/26] drbd: " Christoph Hellwig
2021-05-21  5:50   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:50   ` Christoph Hellwig
2021-05-23  7:59   ` Hannes Reinecke
2021-05-23  7:59     ` [dm-devel] " Hannes Reinecke
2021-05-23  7:59     ` Hannes Reinecke
2021-05-23  7:59     ` Hannes Reinecke
2021-05-21  5:50 ` [PATCH 08/26] pktcdvd: " Christoph Hellwig
2021-05-21  5:50   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:50   ` Christoph Hellwig
2021-05-23  8:00   ` Hannes Reinecke
2021-05-23  8:00     ` [dm-devel] " Hannes Reinecke
2021-05-23  8:00     ` Hannes Reinecke
2021-05-23  8:00     ` Hannes Reinecke
2021-05-21  5:50 ` [PATCH 09/26] rsxx: " Christoph Hellwig
2021-05-21  5:50   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:50   ` Christoph Hellwig
2021-05-23  8:01   ` Hannes Reinecke
2021-05-23  8:01     ` [dm-devel] " Hannes Reinecke
2021-05-23  8:01     ` Hannes Reinecke
2021-05-23  8:01     ` Hannes Reinecke
2021-05-21  5:51 ` [PATCH 10/26] zram: " Christoph Hellwig
2021-05-21  5:51   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:51   ` Christoph Hellwig
2021-05-23  8:01   ` Hannes Reinecke
2021-05-23  8:01     ` [dm-devel] " Hannes Reinecke
2021-05-23  8:01     ` Hannes Reinecke
2021-05-23  8:01     ` Hannes Reinecke
2021-05-21  5:51 ` [PATCH 11/26] lightnvm: " Christoph Hellwig
2021-05-21  5:51   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:51   ` Christoph Hellwig
2021-05-23  8:02   ` Hannes Reinecke
2021-05-23  8:02     ` [dm-devel] " Hannes Reinecke
2021-05-23  8:02     ` Hannes Reinecke
2021-05-23  8:02     ` Hannes Reinecke
2021-05-21  5:51 ` [PATCH 12/26] bcache: " Christoph Hellwig
2021-05-21  5:51   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:51   ` Christoph Hellwig
2021-05-21  6:15   ` Coly Li
2021-05-21  6:15     ` [dm-devel] " Coly Li
2021-05-21  6:15     ` Coly Li
2021-05-21  6:23     ` Christoph Hellwig
2021-05-21  6:23       ` [dm-devel] " Christoph Hellwig
2021-05-21  6:23       ` Christoph Hellwig
2021-05-23 16:19       ` Coly Li
2021-05-23  8:04   ` Hannes Reinecke
2021-05-23  8:04     ` [dm-devel] " Hannes Reinecke
2021-05-23  8:04     ` Hannes Reinecke
2021-05-23  8:04     ` Hannes Reinecke
2021-05-23 16:20   ` Coly Li
2021-05-23 16:20     ` [dm-devel] " Coly Li
2021-05-23 16:20     ` Coly Li
2021-05-23 16:20     ` Coly Li
2021-05-21  5:51 ` [PATCH 13/26] dm: " Christoph Hellwig
2021-05-21  5:51   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:51   ` Christoph Hellwig
2021-05-23  8:10   ` Hannes Reinecke
2021-05-23  8:10     ` [dm-devel] " Hannes Reinecke
2021-05-23  8:10     ` Hannes Reinecke
2021-05-23  8:10     ` Hannes Reinecke
2021-05-24  7:25     ` Christoph Hellwig
2021-05-24  7:25       ` [dm-devel] " Christoph Hellwig
2021-05-24  7:25       ` Christoph Hellwig
2021-05-24  7:25       ` Christoph Hellwig
2021-05-21  5:51 ` [PATCH 14/26] md: " Christoph Hellwig
2021-05-21  5:51   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:51   ` Christoph Hellwig
2021-05-23  8:12   ` Hannes Reinecke
2021-05-23  8:12     ` [dm-devel] " Hannes Reinecke
2021-05-23  8:12     ` Hannes Reinecke
2021-05-23  8:12     ` Hannes Reinecke
2021-05-24  7:26     ` Christoph Hellwig
2021-05-24  7:26       ` [dm-devel] " Christoph Hellwig
2021-05-24  7:26       ` Christoph Hellwig
2021-05-24  7:26       ` Christoph Hellwig
2021-05-24  8:27       ` Hannes Reinecke
2021-05-24  8:27         ` [dm-devel] " Hannes Reinecke
2021-05-24  8:27         ` Hannes Reinecke
2021-05-24  8:27         ` Hannes Reinecke
2021-05-21  5:51 ` [PATCH 15/26] nvdimm-blk: " Christoph Hellwig
2021-05-21  5:51   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:51   ` Christoph Hellwig
2021-05-23  8:13   ` Hannes Reinecke
2021-05-23  8:13     ` [dm-devel] " Hannes Reinecke
2021-05-23  8:13     ` Hannes Reinecke
2021-05-23  8:13     ` Hannes Reinecke
2021-05-21  5:51 ` [PATCH 16/26] nvdimm-btt: " Christoph Hellwig
2021-05-21  5:51   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:51   ` Christoph Hellwig
2021-05-23  8:14   ` Hannes Reinecke
2021-05-23  8:14     ` [dm-devel] " Hannes Reinecke
2021-05-23  8:14     ` Hannes Reinecke
2021-05-23  8:14     ` Hannes Reinecke
2021-05-21  5:51 ` [PATCH 17/26] nvdimm-pmem: " Christoph Hellwig
2021-05-21  5:51   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:51   ` Christoph Hellwig
2021-05-23  8:14   ` Hannes Reinecke
2021-05-23  8:14     ` [dm-devel] " Hannes Reinecke
2021-05-23  8:14     ` Hannes Reinecke
2021-05-23  8:14     ` Hannes Reinecke
2021-06-07  4:43   ` Dan Williams [this message]
2021-06-07  4:43     ` Dan Williams
2021-06-07  4:43     ` [dm-devel] " Dan Williams
2021-06-07  4:43     ` Dan Williams
2021-06-07  4:43     ` Dan Williams
2021-05-21  5:51 ` [PATCH 18/26] nvme-multipath: " Christoph Hellwig
2021-05-21  5:51   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:51   ` Christoph Hellwig
2021-05-23  8:20   ` Hannes Reinecke
2021-05-23  8:20     ` [dm-devel] " Hannes Reinecke
2021-05-23  8:20     ` Hannes Reinecke
2021-05-23  8:20     ` Hannes Reinecke
2021-05-24  7:29     ` Christoph Hellwig
2021-05-24  7:29       ` [dm-devel] " Christoph Hellwig
2021-05-24  7:29       ` Christoph Hellwig
2021-05-24  7:29       ` Christoph Hellwig
2021-05-21  5:51 ` [PATCH 19/26] nfblock: " Christoph Hellwig
2021-05-21  5:51   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:51   ` Christoph Hellwig
2021-05-21  8:37   ` Geert Uytterhoeven
2021-05-21  8:37     ` [dm-devel] " Geert Uytterhoeven
2021-05-21  8:37     ` Geert Uytterhoeven
2021-05-21  8:37     ` Geert Uytterhoeven
2021-05-21  8:37     ` Geert Uytterhoeven
2021-05-23  8:21   ` Hannes Reinecke
2021-05-23  8:21     ` [dm-devel] " Hannes Reinecke
2021-05-23  8:21     ` Hannes Reinecke
2021-05-23  8:21     ` Hannes Reinecke
2021-05-21  5:51 ` [PATCH 20/26] simdisk: " Christoph Hellwig
2021-05-21  5:51   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:51   ` Christoph Hellwig
2021-05-23  8:22   ` Hannes Reinecke
2021-05-23  8:22     ` [dm-devel] " Hannes Reinecke
2021-05-23  8:22     ` Hannes Reinecke
2021-05-23  8:22     ` Hannes Reinecke
2021-05-21  5:51 ` [PATCH 21/26] n64cart: convert to blk_alloc_disk Christoph Hellwig
2021-05-21  5:51   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:51   ` Christoph Hellwig
2021-05-23  8:22   ` Hannes Reinecke
2021-05-23  8:22     ` [dm-devel] " Hannes Reinecke
2021-05-23  8:22     ` Hannes Reinecke
2021-05-23  8:22     ` Hannes Reinecke
2021-05-21  5:51 ` [PATCH 22/26] ps3vram: convert to blk_alloc_disk/blk_cleanup_disk Christoph Hellwig
2021-05-21  5:51   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:51   ` Christoph Hellwig
2021-05-23  8:23   ` Hannes Reinecke
2021-05-23  8:23     ` [dm-devel] " Hannes Reinecke
2021-05-23  8:23     ` Hannes Reinecke
2021-05-23  8:23     ` Hannes Reinecke
2021-05-21  5:51 ` [PATCH 23/26] dcssblk: " Christoph Hellwig
2021-05-21  5:51   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:51   ` Christoph Hellwig
2021-05-23  8:23   ` Hannes Reinecke
2021-05-23  8:23     ` [dm-devel] " Hannes Reinecke
2021-05-23  8:23     ` Hannes Reinecke
2021-05-23  8:23     ` Hannes Reinecke
2021-05-21  5:51 ` [PATCH 24/26] xpram: " Christoph Hellwig
2021-05-21  5:51   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:51   ` Christoph Hellwig
2021-05-23  8:24   ` Hannes Reinecke
2021-05-23  8:24     ` [dm-devel] " Hannes Reinecke
2021-05-23  8:24     ` Hannes Reinecke
2021-05-23  8:24     ` Hannes Reinecke
2021-05-21  5:51 ` [PATCH 25/26] null_blk: " Christoph Hellwig
2021-05-21  5:51   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:51   ` Christoph Hellwig
2021-05-23  8:25   ` Hannes Reinecke
2021-05-23  8:25     ` [dm-devel] " Hannes Reinecke
2021-05-23  8:25     ` Hannes Reinecke
2021-05-23  8:25     ` Hannes Reinecke
2021-05-21  5:51 ` [PATCH 26/26] block: unexport blk_alloc_queue Christoph Hellwig
2021-05-21  5:51   ` [dm-devel] " Christoph Hellwig
2021-05-21  5:51   ` Christoph Hellwig
2021-05-23  8:26   ` Hannes Reinecke
2021-05-23  8:26     ` [dm-devel] " Hannes Reinecke
2021-05-23  8:26     ` Hannes Reinecke
2021-05-23  8:26     ` Hannes Reinecke
2021-05-25 22:41 ` simplify gendisk and request_queue allocation for bio based drivers Ulf Hansson
2021-05-25 22:41   ` [dm-devel] " Ulf Hansson
2021-05-25 22:41   ` Ulf Hansson
2021-05-25 22:41   ` Ulf Hansson
2021-05-25 22:41   ` Ulf Hansson
2021-05-26  4:49   ` Christoph Hellwig
2021-05-26  4:49     ` [dm-devel] " Christoph Hellwig
2021-05-26  4:49     ` Christoph Hellwig
2021-05-26  4:49     ` Christoph Hellwig
2021-05-26  8:07     ` Ulf Hansson
2021-05-26  8:07       ` Ulf Hansson
2021-05-26  8:07       ` [dm-devel] " Ulf Hansson
2021-05-26  8:07       ` Ulf Hansson
2021-05-26  8:07       ` Ulf Hansson
2021-06-01 13:48 ` Jens Axboe
2021-06-01 13:48   ` [dm-devel] " Jens Axboe
2021-06-01 13:48   ` Jens Axboe

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAPcyv4gFEbZH4sXbkvQ32Xv1HiZ6JPL04efGpAWCqaJP_X9jaA@mail.gmail.com \
    --to=dan.j.williams@intel.com \
    --cc=axboe@kernel.dk \
    --cc=borntraeger@de.ibm.com \
    --cc=chris@zankel.net \
    --cc=colyli@suse.de \
    --cc=dave.jiang@intel.com \
    --cc=dm-devel@redhat.com \
    --cc=drbd-dev@lists.linbit.com \
    --cc=geert@linux-m68k.org \
    --cc=gor@linux.ibm.com \
    --cc=hca@linux.ibm.com \
    --cc=hch@lst.de \
    --cc=jcmvbkbc@gmail.com \
    --cc=jim@jtan.com \
    --cc=josh.h.morris@us.ibm.com \
    --cc=lars.ellenberg@linbit.com \
    --cc=linux-bcache@vger.kernel.org \
    --cc=linux-block@vger.kernel.org \
    --cc=linux-m68k@lists.linux-m68k.org \
    --cc=linux-mmc@vger.kernel.org \
    --cc=linux-nvme@lists.infradead.org \
    --cc=linux-raid@vger.kernel.org \
    --cc=linux-s390@vger.kernel.org \
    --cc=linux-xtensa@linux-xtensa.org \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=maximlevitsky@gmail.com \
    --cc=mb@lightnvm.io \
    --cc=minchan@kernel.org \
    --cc=ngupta@vflare.org \
    --cc=nvdimm@lists.linux.dev \
    --cc=oakad@yahoo.com \
    --cc=philipp.reisner@linbit.com \
    --cc=pjk1939@linux.ibm.com \
    --cc=sachinp@linux.vnet.ibm.com \
    --cc=snitzer@redhat.com \
    --cc=song@kernel.org \
    --cc=ulf.hansson@linaro.org \
    --cc=vishal.l.verma@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.