Received: by 2002:ac0:946b:0:0:0:0:0 with SMTP id j40csp873252imj; Fri, 15 Feb 2019 08:11:46 -0800 (PST) X-Google-Smtp-Source: AHgI3IYyVsDFg22AMicTLPFaRL0BKlldSGFatIZ3Mvk3MH3wLxcA6WdI1DrA7hz5qC/++Cm81s6J X-Received: by 2002:a65:62da:: with SMTP id m26mr6126535pgv.278.1550247106860; Fri, 15 Feb 2019 08:11:46 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1550247106; cv=none; d=google.com; s=arc-20160816; b=hMd5/2/baStMIMX1jxQagMCwXy44gCVngpUjgbjMC5JI55e0jn/JXhpkzkBgP26yu7 QQ5UcQOlONlCasdLtgwbyBMfyBd+xQD+ZMYEne252h+YCodeFW45yIByj8Cn2t9Wh3nY z4+MhrxhHMqSYX1/8W+sJAiew7c+KspAMyg9d9LYaJ1zp4nvN8epv9tHoK04lR4CiAqT jc7VLQETld2Djf1Kpbi7AwsMJWAlsmE874xF4NTXdh57uZ0npG6cIKCaxNeOS67cmgUP PYKh4tz/YpDHE8oNSMY1MBo5sn+i61F03c2Ek3W4xv5bgcYd58ncFenDtncf1BOo6ush jQyg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from; bh=wNodGZU7EcFMVOxNqWEpjAbmpaD39TDM+4us0d0SSCc=; b=gS36qPBkypekaT6vLvCu85MW/maTk+MrAGk5qd8muI5NnHp5poK29QbWyCFbqAEQ0n C7GS9pR6aTeXWBSjJ6ziJv1WqKnL94Mcs4wmSKCsVyUjAfDQTPMTxgcqzylQ+B/aTolj TAfrUtDWJqSuYidNrKFFvvmxVLoWqHAHljyUOfBzcxW92g99y1FuoUF2Ialx4wf9/ze8 fKKvIn1oabBoAHCCso6M7JQ+qgeD2QCroVbhN744tZxtK7M0DoIwfqCPzn6wMfWUxZWy tqVjb+cdWeW7U8CFZD4XQ06js8SxseC/3G9os5japY9thu105iWudcH4LzPF9+dJzUeM xmAw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o24si6390748pfa.34.2019.02.15.08.11.30; Fri, 15 Feb 2019 08:11:46 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2436611AbfBOLRu (ORCPT + 99 others); Fri, 15 Feb 2019 06:17:50 -0500 Received: from mx1.redhat.com ([209.132.183.28]:52032 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729086AbfBOLRt (ORCPT ); Fri, 15 Feb 2019 06:17:49 -0500 Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id DB8D2124556; Fri, 15 Feb 2019 11:17:48 +0000 (UTC) Received: from localhost (ovpn-8-22.pek2.redhat.com [10.72.8.22]) by smtp.corp.redhat.com (Postfix) with ESMTP id 2F51260F89; Fri, 15 Feb 2019 11:17:35 +0000 (UTC) From: Ming Lei To: Jens Axboe Cc: linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, Theodore Ts'o , Omar Sandoval , Sagi Grimberg , Dave Chinner , Kent Overstreet , Mike Snitzer , dm-devel@redhat.com, Alexander Viro , linux-fsdevel@vger.kernel.org, linux-raid@vger.kernel.org, David Sterba , linux-btrfs@vger.kernel.org, "Darrick J . Wong" , linux-xfs@vger.kernel.org, Gao Xiang , Christoph Hellwig , linux-ext4@vger.kernel.org, Coly Li , linux-bcache@vger.kernel.org, Boaz Harrosh , Bob Peterson , cluster-devel@redhat.com, Ming Lei Subject: [PATCH V15 16/18] block: document usage of bio iterator helpers Date: Fri, 15 Feb 2019 19:13:22 +0800 Message-Id: <20190215111324.30129-17-ming.lei@redhat.com> In-Reply-To: <20190215111324.30129-1-ming.lei@redhat.com> References: <20190215111324.30129-1-ming.lei@redhat.com> X-Scanned-By: MIMEDefang 2.79 on 10.5.11.12 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.38]); Fri, 15 Feb 2019 11:17:49 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Now multi-page bvec is supported, some helpers may return page by page, meantime some may return segment by segment, this patch documents the usage. Reviewed-by: Christoph Hellwig Reviewed-by: Omar Sandoval Signed-off-by: Ming Lei --- Documentation/block/biovecs.txt | 25 +++++++++++++++++++++++++ 1 file changed, 25 insertions(+) diff --git a/Documentation/block/biovecs.txt b/Documentation/block/biovecs.txt index 25689584e6e0..ce6eccaf5df7 100644 --- a/Documentation/block/biovecs.txt +++ b/Documentation/block/biovecs.txt @@ -117,3 +117,28 @@ Other implications: size limitations and the limitations of the underlying devices. Thus there's no need to define ->merge_bvec_fn() callbacks for individual block drivers. + +Usage of helpers: +================= + +* The following helpers whose names have the suffix of "_all" can only be used +on non-BIO_CLONED bio. They are usually used by filesystem code. Drivers +shouldn't use them because the bio may have been split before it reached the +driver. + + bio_for_each_segment_all() + bio_first_bvec_all() + bio_first_page_all() + bio_last_bvec_all() + +* The following helpers iterate over single-page segment. The passed 'struct +bio_vec' will contain a single-page IO vector during the iteration + + bio_for_each_segment() + bio_for_each_segment_all() + +* The following helpers iterate over multi-page bvec. The passed 'struct +bio_vec' will contain a multi-page IO vector during the iteration + + bio_for_each_bvec() + rq_for_each_bvec() -- 2.9.5