From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752569AbcCVGOZ (ORCPT ); Tue, 22 Mar 2016 02:14:25 -0400 Received: from mail-pf0-f194.google.com ([209.85.192.194]:33647 "EHLO mail-pf0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752957AbcCVGNC (ORCPT ); Tue, 22 Mar 2016 02:13:02 -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 , Ming Lei Subject: [PATCH 6/8] block: bio: remove BIO_MAX_SECTORS Date: Tue, 22 Mar 2016 14:12:27 +0800 Message-Id: <1458627149-12988-7-git-send-email-ming.lei@canonical.com> X-Mailer: git-send-email 1.9.1 In-Reply-To: <1458627149-12988-1-git-send-email-ming.lei@canonical.com> References: <1458627149-12988-1-git-send-email-ming.lei@canonical.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org No one need this macro, so remove it. The motivation is for supporting multipage bvecs, in which we only know what the max count of bvecs is supported in the bio, instead of max size or max sectors. Signed-off-by: Ming Lei --- include/linux/bvec_iter.h | 1 - 1 file changed, 1 deletion(-) diff --git a/include/linux/bvec_iter.h b/include/linux/bvec_iter.h index 5798c21..a979690 100644 --- a/include/linux/bvec_iter.h +++ b/include/linux/bvec_iter.h @@ -24,7 +24,6 @@ #define BIO_MAX_PAGES 256 #define BIO_MAX_SIZE (BIO_MAX_PAGES << PAGE_CACHE_SHIFT) -#define BIO_MAX_SECTORS (BIO_MAX_SIZE >> 9) /* * various member access, note that bio_data should of course not be used -- 1.9.1 From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 6D16A7CC7 for ; Tue, 22 Mar 2016 01:13:03 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 2D8D68F8040 for ; Mon, 21 Mar 2016 23:13:03 -0700 (PDT) Received: from mail-pf0-f194.google.com (mail-pf0-f194.google.com [209.85.192.194]) by cuda.sgi.com with ESMTP id FaFqXeYsNUd3z7yV (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Mon, 21 Mar 2016 23:13:01 -0700 (PDT) Received: by mail-pf0-f194.google.com with SMTP id u190so34030692pfb.2 for ; Mon, 21 Mar 2016 23:13:01 -0700 (PDT) From: Ming Lei Subject: [PATCH 6/8] block: bio: remove BIO_MAX_SECTORS Date: Tue, 22 Mar 2016 14:12:27 +0800 Message-Id: <1458627149-12988-7-git-send-email-ming.lei@canonical.com> In-Reply-To: <1458627149-12988-1-git-send-email-ming.lei@canonical.com> References: <1458627149-12988-1-git-send-email-ming.lei@canonical.com> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: Jens Axboe , linux-kernel@vger.kernel.org Cc: Christoph Hellwig , Boaz Harrosh , Ming Lei , Philipp Reisner , xfs@oss.sgi.com, linux-block@vger.kernel.org, Al Viro , Lars Ellenberg , Anton Altaparmakov , drbd-dev@lists.linbit.com No one need this macro, so remove it. The motivation is for supporting multipage bvecs, in which we only know what the max count of bvecs is supported in the bio, instead of max size or max sectors. Signed-off-by: Ming Lei --- include/linux/bvec_iter.h | 1 - 1 file changed, 1 deletion(-) diff --git a/include/linux/bvec_iter.h b/include/linux/bvec_iter.h index 5798c21..a979690 100644 --- a/include/linux/bvec_iter.h +++ b/include/linux/bvec_iter.h @@ -24,7 +24,6 @@ #define BIO_MAX_PAGES 256 #define BIO_MAX_SIZE (BIO_MAX_PAGES << PAGE_CACHE_SHIFT) -#define BIO_MAX_SECTORS (BIO_MAX_SIZE >> 9) /* * various member access, note that bio_data should of course not be used -- 1.9.1 _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs