From: Jeff Cody <jcody@redhat.com>
To: Eric Blake <eblake@redhat.com>
Cc: qemu-devel@nongnu.org, kwolf@redhat.com,
Fam Zheng <famz@redhat.com>,
Stefan Hajnoczi <stefanha@redhat.com>,
qemu-block@nongnu.org, mreitz@redhat.com
Subject: Re: [Qemu-devel] [Qemu-block] [PATCH v2 8/8] block: Remove unused sector-based vectored I/O
Date: Thu, 31 May 2018 23:55:19 -0400 [thread overview]
Message-ID: <20180601035519.GG11303@localhost.localdomain> (raw)
In-Reply-To: <20180531205046.153256-9-eblake@redhat.com>
On Thu, May 31, 2018 at 03:50:46PM -0500, Eric Blake wrote:
> We are gradually moving away from sector-based interfaces, towards
> byte-based. Now that all callers of vectored I/O have been converted
> to use our preferred byte-based bdrv_co_p{read,write}v(), we can
> delete the unused bdrv_co_{read,write}v().
>
> Furthermore, this gets rid of the signature difference between the
> public bdrv_co_writev() and the callback .bdrv_co_writev (the
> latter still exists, because some drivers still need more work
> before they are fully byte-based).
>
> Signed-off-by: Eric Blake <eblake@redhat.com>
> Reviewed-by: Stefan Hajnoczi <stefanha@redhat.com>
Reviewed-by: Jeff Cody <jcody@redhat.com>
> ---
> v2: commit typo fix [Kashyap]
> ---
> include/block/block.h | 4 ----
> block/io.c | 36 ------------------------------------
> 2 files changed, 40 deletions(-)
>
> diff --git a/include/block/block.h b/include/block/block.h
> index 3894edda9de..fe40d2929ac 100644
> --- a/include/block/block.h
> +++ b/include/block/block.h
> @@ -285,10 +285,6 @@ int bdrv_pwrite(BdrvChild *child, int64_t offset, const void *buf, int bytes);
> int bdrv_pwritev(BdrvChild *child, int64_t offset, QEMUIOVector *qiov);
> int bdrv_pwrite_sync(BdrvChild *child, int64_t offset,
> const void *buf, int count);
> -int coroutine_fn bdrv_co_readv(BdrvChild *child, int64_t sector_num,
> - int nb_sectors, QEMUIOVector *qiov);
> -int coroutine_fn bdrv_co_writev(BdrvChild *child, int64_t sector_num,
> - int nb_sectors, QEMUIOVector *qiov);
> /*
> * Efficiently zero a region of the disk image. Note that this is a regular
> * I/O request like read or write and should have a reasonable size. This
> diff --git a/block/io.c b/block/io.c
> index ca96b487eb8..1d86bfc0072 100644
> --- a/block/io.c
> +++ b/block/io.c
> @@ -1341,24 +1341,6 @@ int coroutine_fn bdrv_co_preadv(BdrvChild *child,
> return ret;
> }
>
> -static int coroutine_fn bdrv_co_do_readv(BdrvChild *child,
> - int64_t sector_num, int nb_sectors, QEMUIOVector *qiov,
> - BdrvRequestFlags flags)
> -{
> - if (nb_sectors < 0 || nb_sectors > BDRV_REQUEST_MAX_SECTORS) {
> - return -EINVAL;
> - }
> -
> - return bdrv_co_preadv(child, sector_num << BDRV_SECTOR_BITS,
> - nb_sectors << BDRV_SECTOR_BITS, qiov, flags);
> -}
> -
> -int coroutine_fn bdrv_co_readv(BdrvChild *child, int64_t sector_num,
> - int nb_sectors, QEMUIOVector *qiov)
> -{
> - return bdrv_co_do_readv(child, sector_num, nb_sectors, qiov, 0);
> -}
> -
> static int coroutine_fn bdrv_co_do_pwrite_zeroes(BlockDriverState *bs,
> int64_t offset, int bytes, BdrvRequestFlags flags)
> {
> @@ -1801,24 +1783,6 @@ out:
> return ret;
> }
>
> -static int coroutine_fn bdrv_co_do_writev(BdrvChild *child,
> - int64_t sector_num, int nb_sectors, QEMUIOVector *qiov,
> - BdrvRequestFlags flags)
> -{
> - if (nb_sectors < 0 || nb_sectors > BDRV_REQUEST_MAX_SECTORS) {
> - return -EINVAL;
> - }
> -
> - return bdrv_co_pwritev(child, sector_num << BDRV_SECTOR_BITS,
> - nb_sectors << BDRV_SECTOR_BITS, qiov, flags);
> -}
> -
> -int coroutine_fn bdrv_co_writev(BdrvChild *child, int64_t sector_num,
> - int nb_sectors, QEMUIOVector *qiov)
> -{
> - return bdrv_co_do_writev(child, sector_num, nb_sectors, qiov, 0);
> -}
> -
> int coroutine_fn bdrv_co_pwrite_zeroes(BdrvChild *child, int64_t offset,
> int bytes, BdrvRequestFlags flags)
> {
> --
> 2.14.3
>
>
prev parent reply other threads:[~2018-06-01 3:55 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-05-31 20:50 [Qemu-devel] [PATCH v2 0/8] block: more byte-based cleanups: vectored I/O Eric Blake
2018-05-31 20:50 ` [Qemu-devel] [PATCH v2 1/8] parallels: Switch to byte-based calls Eric Blake
2018-06-01 2:19 ` [Qemu-devel] [Qemu-block] " Jeff Cody
2018-05-31 20:50 ` [Qemu-devel] [PATCH v2 2/8] qcow: Switch get_cluster_offset to be byte-based Eric Blake
2018-06-04 20:41 ` [Qemu-devel] [Qemu-block] " Jeff Cody
2018-05-31 20:50 ` [Qemu-devel] [PATCH v2 3/8] qcow: Switch qcow_co_readv to byte-based calls Eric Blake
2018-06-04 21:17 ` [Qemu-devel] [Qemu-block] " Jeff Cody
2018-05-31 20:50 ` [Qemu-devel] [PATCH v2 4/8] qcow: Switch qcow_co_writev " Eric Blake
2018-06-04 21:27 ` [Qemu-devel] [Qemu-block] " Jeff Cody
2018-05-31 20:50 ` [Qemu-devel] [PATCH v2 5/8] qcow: Switch to a byte-based driver Eric Blake
2018-06-04 21:33 ` [Qemu-devel] [Qemu-block] " Jeff Cody
2018-06-05 11:12 ` Eric Blake
2018-06-05 13:36 ` Jeff Cody
2018-05-31 20:50 ` [Qemu-devel] [PATCH v2 6/8] replication: Switch to byte-based calls Eric Blake
2018-06-01 3:55 ` [Qemu-devel] [Qemu-block] " Jeff Cody
2018-05-31 20:50 ` [Qemu-devel] [PATCH v2 7/8] vhdx: " Eric Blake
2018-06-01 2:42 ` Jeff Cody
2018-05-31 20:50 ` [Qemu-devel] [PATCH v2 8/8] block: Remove unused sector-based vectored I/O Eric Blake
2018-06-01 3:55 ` Jeff Cody [this message]
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=20180601035519.GG11303@localhost.localdomain \
--to=jcody@redhat.com \
--cc=eblake@redhat.com \
--cc=famz@redhat.com \
--cc=kwolf@redhat.com \
--cc=mreitz@redhat.com \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@redhat.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).