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 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.