Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751975AbcCVGMu (ORCPT ); Tue, 22 Mar 2016 02:12:50 -0400 Received: from mail-pf0-f195.google.com ([209.85.192.195]:36009 "EHLO mail-pf0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751111AbcCVGMl (ORCPT ); Tue, 22 Mar 2016 02:12:41 -0400 From: Ming Lei To: Jens Axboe , linux-kernel@vger.kernel.org Cc: linux-block@vger.kernel.org, Christoph Hellwig , Al Viro , Anton Altaparmakov , xfs@oss.sgi.com, Dave Chinner , drbd-dev@lists.linbit.com, Philipp Reisner , Lars Ellenberg , Boaz Harrosh Subject: [PATCH 0/8] block: prepare for multipage bvecs Date: Tue, 22 Mar 2016 14:12:21 +0800 Message-Id: <1458627149-12988-1-git-send-email-ming.lei@canonical.com> X-Mailer: git-send-email 1.9.1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1096 Lines: 31 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 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.5+. drivers/block/drbd/drbd_int.h | 4 +-- fs/xfs/xfs_buf.c | 2 +- include/linux/bio.h | 55 +------------------------------ include/linux/blk_types.h | 4 +-- include/linux/bvec_iter.h | 77 +++++++++++++++++++++++++++++++++++++++++++ lib/iov_iter.c | 31 +++++++---------- 6 files changed, 94 insertions(+), 79 deletions(-) [1], http://marc.info/?w=2&r=1&s=++[LSF%2FMM+ATTEND]+block%3A+multipage+bvecs&q=t Thanks, Ming