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: [PATCH RFC 4/7] block: define blk_qc_t as uintptr_t
Date: Thu, 7 Jan 2021 16:52:10 -0500	[thread overview]
Message-ID: <20210107215210.GD21239@redhat.com> (raw)
In-Reply-To: <20201223112624.78955-5-jefflexu@linux.alibaba.com>

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

> To support iopoll for bio-based device, the returned cookie is actually
> a pointer to an implementation specific object, e.g. an object
> maintaining all split bios.
> 
> In such case, blk_qc_t should be large enough to contain one pointer,
> for which uintptr_t is used here. Since uintptr_t is actually an integer
> type in essence, there's no need of type casting in the original mq
> path, while type casting is indeed needed in bio-based routine.
> 
> Signed-off-by: Jeffle Xu <jefflexu@linux.alibaba.com>
> ---
>  include/linux/types.h | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/include/linux/types.h b/include/linux/types.h
> index da5ca7e1bea9..f6301014a459 100644
> --- a/include/linux/types.h
> +++ b/include/linux/types.h
> @@ -126,7 +126,7 @@ typedef u64 sector_t;
>  typedef u64 blkcnt_t;
>  
>  /* cookie used for IO polling */
> -typedef unsigned int blk_qc_t;
> +typedef uintptr_t blk_qc_t;
>  
>  /*
>   * The type of an index into the pagecache.

I'd just fold this into patch 6.. not seeing benefit to having this be
separate.

Patch 6's header needs a lot more detail anyway so..


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: [dm-devel] [PATCH RFC 4/7] block: define blk_qc_t as uintptr_t
Date: Thu, 7 Jan 2021 16:52:10 -0500	[thread overview]
Message-ID: <20210107215210.GD21239@redhat.com> (raw)
In-Reply-To: <20201223112624.78955-5-jefflexu@linux.alibaba.com>

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

> To support iopoll for bio-based device, the returned cookie is actually
> a pointer to an implementation specific object, e.g. an object
> maintaining all split bios.
> 
> In such case, blk_qc_t should be large enough to contain one pointer,
> for which uintptr_t is used here. Since uintptr_t is actually an integer
> type in essence, there's no need of type casting in the original mq
> path, while type casting is indeed needed in bio-based routine.
> 
> Signed-off-by: Jeffle Xu <jefflexu@linux.alibaba.com>
> ---
>  include/linux/types.h | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/include/linux/types.h b/include/linux/types.h
> index da5ca7e1bea9..f6301014a459 100644
> --- a/include/linux/types.h
> +++ b/include/linux/types.h
> @@ -126,7 +126,7 @@ typedef u64 sector_t;
>  typedef u64 blkcnt_t;
>  
>  /* cookie used for IO polling */
> -typedef unsigned int blk_qc_t;
> +typedef uintptr_t blk_qc_t;
>  
>  /*
>   * The type of an index into the pagecache.

I'd just fold this into patch 6.. not seeing benefit to having this be
separate.

Patch 6's header needs a lot more detail anyway so..

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


  reply	other threads:[~2021-01-07 21:53 UTC|newest]

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