All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mike Snitzer <snitzer@redhat.com>
To: Jeffle Xu <jefflexu@linux.alibaba.com>
Cc: linux-block@vger.kernel.org, dm-devel@redhat.com,
	io-uring@vger.kernel.org
Subject: Re: [dm-devel] [PATCH RFC 2/7] block: add helper function fetching gendisk from queue
Date: Thu, 7 Jan 2021 15:31:21 -0500	[thread overview]
Message-ID: <20210107203121.GB21239@redhat.com> (raw)
In-Reply-To: <20201223112624.78955-3-jefflexu@linux.alibaba.com>

On Wed, Dec 23 2020 at  6:26am -0500,
Jeffle Xu <jefflexu@linux.alibaba.com> wrote:

> Sometimes we need to get the corresponding gendisk from request_queue.
> 
> One such use case is that, the block device driver had ever stored the
> same private data both in queue->queuedata and gendisk->private_data,
> while nowadays gendisk->private_data is more preferable in such case,
> e.g. commit c4a59c4e5db3 ("dm: stop using ->queuedata"). So if only
> request_queue given, we need to get the corresponding gendisk from
> queue, to get the private data stored in gendisk.
> 
> Signed-off-by: Jeffle Xu <jefflexu@linux.alibaba.com>
> ---
>  include/linux/blkdev.h       | 2 ++
>  include/trace/events/kyber.h | 6 +++---
>  2 files changed, 5 insertions(+), 3 deletions(-)

Looks good, but please update the patch subject and header to be:

block: add queue_to_disk() to get gendisk from request_queue

Sometimes we need to get the corresponding gendisk from request_queue.

It is preferred that block drivers store private data in
gendisk->private_data rather than request_queue->queuedata, e.g. see:
commit c4a59c4e5db3 ("dm: stop using ->queuedata").

So if only request_queue is given, we need to get its corresponding
gendisk to get the private data stored in that gendisk.

Signed-off-by: Jeffle Xu <jefflexu@linux.alibaba.com>
Review-by: Mike Snitzer <snitzer@redhat.com>

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


WARNING: multiple messages have this Message-ID (diff)
From: Mike Snitzer <snitzer@redhat.com>
To: Jeffle Xu <jefflexu@linux.alibaba.com>
Cc: linux-block@vger.kernel.org, dm-devel@redhat.com,
	io-uring@vger.kernel.org
Subject: Re: [PATCH RFC 2/7] block: add helper function fetching gendisk from queue
Date: Thu, 7 Jan 2021 15:31:21 -0500	[thread overview]
Message-ID: <20210107203121.GB21239@redhat.com> (raw)
In-Reply-To: <20201223112624.78955-3-jefflexu@linux.alibaba.com>

On Wed, Dec 23 2020 at  6:26am -0500,
Jeffle Xu <jefflexu@linux.alibaba.com> wrote:

> Sometimes we need to get the corresponding gendisk from request_queue.
> 
> One such use case is that, the block device driver had ever stored the
> same private data both in queue->queuedata and gendisk->private_data,
> while nowadays gendisk->private_data is more preferable in such case,
> e.g. commit c4a59c4e5db3 ("dm: stop using ->queuedata"). So if only
> request_queue given, we need to get the corresponding gendisk from
> queue, to get the private data stored in gendisk.
> 
> Signed-off-by: Jeffle Xu <jefflexu@linux.alibaba.com>
> ---
>  include/linux/blkdev.h       | 2 ++
>  include/trace/events/kyber.h | 6 +++---
>  2 files changed, 5 insertions(+), 3 deletions(-)

Looks good, but please update the patch subject and header to be:

block: add queue_to_disk() to get gendisk from request_queue

Sometimes we need to get the corresponding gendisk from request_queue.

It is preferred that block drivers store private data in
gendisk->private_data rather than request_queue->queuedata, e.g. see:
commit c4a59c4e5db3 ("dm: stop using ->queuedata").

So if only request_queue is given, we need to get its corresponding
gendisk to get the private data stored in that gendisk.

Signed-off-by: Jeffle Xu <jefflexu@linux.alibaba.com>
Review-by: Mike Snitzer <snitzer@redhat.com>


  reply	other threads:[~2021-01-07 20:31 UTC|newest]

Thread overview: 52+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-12-23 11:26 [dm-devel] [PATCH RFC 0/7] dm: add support of iopoll Jeffle Xu
2020-12-23 11:26 ` Jeffle Xu
2020-12-23 11:26 ` [dm-devel] [PATCH RFC 1/7] block: move definition of blk_qc_t to types.h Jeffle Xu
2020-12-23 11:26   ` Jeffle Xu
2021-01-07 19:04   ` [dm-devel] " Mike Snitzer
2021-01-07 19:04     ` Mike Snitzer
2020-12-23 11:26 ` [dm-devel] [PATCH RFC 2/7] block: add helper function fetching gendisk from queue Jeffle Xu
2020-12-23 11:26   ` Jeffle Xu
2021-01-07 20:31   ` Mike Snitzer [this message]
2021-01-07 20:31     ` Mike Snitzer
2020-12-23 11:26 ` [dm-devel] [PATCH RFC 3/7] block: add iopoll method for non-mq device Jeffle Xu
2020-12-23 11:26   ` Jeffle Xu
2021-01-07 21:47   ` [dm-devel] " Mike Snitzer
2021-01-07 21:47     ` Mike Snitzer
2021-01-08  3:24     ` [dm-devel] " JeffleXu
2021-01-08  3:24       ` JeffleXu
2021-01-08 17:33       ` Mike Snitzer
2021-01-08 17:33         ` Mike Snitzer
2021-01-11  7:50         ` [dm-devel] " JeffleXu
2021-01-11  7:50           ` JeffleXu
2020-12-23 11:26 ` [dm-devel] [PATCH RFC 4/7] block: define blk_qc_t as uintptr_t Jeffle Xu
2020-12-23 11:26   ` Jeffle Xu
2021-01-07 21:52   ` [dm-devel] " Mike Snitzer
2021-01-07 21:52     ` Mike Snitzer
2020-12-23 11:26 ` [dm-devel] [PATCH RFC 5/7] dm: always return BLK_QC_T_NONE for bio-based device Jeffle Xu
2020-12-23 11:26   ` Jeffle Xu
2021-01-07 21:54   ` [dm-devel] " Mike Snitzer
2021-01-07 21:54     ` Mike Snitzer
2020-12-23 11:26 ` [dm-devel] [PATCH RFC 6/7] block: track cookies of split bios " Jeffle Xu
2020-12-23 11:26   ` Jeffle Xu
2021-01-07 22:18   ` [dm-devel] " Mike Snitzer
2021-01-07 22:18     ` Mike Snitzer
2021-01-08  3:08     ` [dm-devel] " JeffleXu
2021-01-08  3:08       ` JeffleXu
2021-01-08 17:26       ` Mike Snitzer
2021-01-08 17:26         ` Mike Snitzer
2021-01-12  5:46         ` [dm-devel] " JeffleXu
2021-01-12  5:46           ` JeffleXu
2021-01-12 16:13           ` Mike Snitzer
2021-01-12 16:13             ` Mike Snitzer
2021-01-14  9:16             ` [dm-devel] " JeffleXu
2021-01-14  9:16               ` JeffleXu
2021-01-14 14:30               ` Mike Snitzer
2021-01-14 14:30                 ` Mike Snitzer
2021-01-12  7:11         ` [dm-devel] " JeffleXu
2021-01-12  7:11           ` JeffleXu
2020-12-23 11:26 ` [dm-devel] [PATCH RFC 7/7] dm: add support for IO polling Jeffle Xu
2020-12-23 11:26   ` Jeffle Xu
2021-01-08  3:12   ` [dm-devel] " JeffleXu
2021-01-08  3:12     ` JeffleXu
2021-01-07  1:14 ` [dm-devel] [PATCH RFC 0/7] dm: add support of iopoll JeffleXu
2021-01-07  1:14   ` JeffleXu

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=20210107203121.GB21239@redhat.com \
    --to=snitzer@redhat.com \
    --cc=dm-devel@redhat.com \
    --cc=io-uring@vger.kernel.org \
    --cc=jefflexu@linux.alibaba.com \
    --cc=linux-block@vger.kernel.org \
    /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.