[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1459354637-17415-1-git-send-email-ming.lei@canonical.com>
Date: Thu, 31 Mar 2016 00:17:09 +0800
From: Ming Lei <ming.lei@...onical.com>
To: Jens Axboe <axboe@...com>, linux-kernel@...r.kernel.org
Cc: linux-block@...r.kernel.org, Christoph Hellwig <hch@...radead.org>,
Al Viro <viro@...iv.linux.org.uk>,
Anton Altaparmakov <anton@...era.com>, xfs@....sgi.com,
Dave Chinner <david@...morbit.com>, drbd-dev@...ts.linbit.com,
Philipp Reisner <philipp.reisner@...bit.com>,
Lars Ellenberg <lars.ellenberg@...bit.com>,
Boaz Harrosh <boaz@...xistor.com>
Subject: [PATCH v1 0/8] block: prepare for multipage bvecs
Hi,
Interests[1] have been shown in multipage bvecs, so this patchset
try to prepare for the support and do two things:
1) the 1st 4 patches use bvec iterator to implement iterate_bvec(),
then we can drop the non-standard way for iterating bvec, which
can be thought as a good cleanup for lib/iov_iter.c
2) remove BIO_MAX_SECTORS & BIO_MAX_SIZE, and now there is only
one user for each. Once multipage bvecs is introduced, one bio
may hold lots of sectors, and we should always use sort of BIO_MAX_VECS
which should be introduced in future and is similiar with current
BIO_MAX_PAGES.
xfstests(-a auto) have been run and no regression found by this
patchset against linus v4.6-rc1-next-20160329.
V1:
- don't move BIO_MAX_* to bvec_iter.h as pointed out by Christoph
- run xfstests against v4.6-rc1-next-20160329
- add Reviewed-by
- for 1,4 and 5, Reviewd-by not added, Christoph still expressed
'this looks fine to me.'
drivers/block/drbd/drbd_int.h | 4 ++--
fs/xfs/xfs_buf.c | 4 +---
include/linux/bio.h | 53 +----------------------------------------
include/linux/blk_types.h | 4 ++--
include/linux/bvec_iter.h | 75 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
lib/iov_iter.c | 31 +++++++++---------------
6 files changed, 92 insertions(+), 79 deletions(-)
Thanks,
Ming
Powered by blists - more mailing lists