Received-SPF: pass (google.com: domain of linux-kernel+bounces-14223-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99;
Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
	Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
	Kingdom.
	Registered in England and Wales under Company Registration No. 3798903
From: David Howells <dhowells@redhat.com>
In-Reply-To: <ZZPUKHTQ//eL53SM@casper.infradead.org>
References: <ZZPUKHTQ//eL53SM@casper.infradead.org> <3490948.1704185806@warthog.procyon.org.uk>
To: Matthew Wilcox <willy@infradead.org>
Cc: dhowells@redhat.com, Christoph Hellwig <hch@lst.de>,
    linux-fsdevel@vger.kernel.org, linux-mm@kvack.org,
    linux-kernel@vger.kernel.org
Subject: Re: bio_vec, bv_page and folios
Precedence: bulk
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <5778.1704189838.1@warthog.procyon.org.uk>
Content-Transfer-Encoding: quoted-printable
Date: Tue, 02 Jan 2024 10:03:58 +0000
Message-ID: <5779.1704189838@warthog.procyon.org.uk>

Matthew Wilcox <willy@infradead.org> wrote:

> On Tue, Jan 02, 2024 at 08:56:46AM +0000, David Howells wrote:
> > Hi Christoph, Willy,
> > =

> > Will bv_page in struct bio_vec ever become a folio pointer rather than=
 I page
> > pointer?  I'm guessing not as it still presumably needs to be able to =
point to
> > non-folio pages.
> =

> My plan for bio_vec is that it becomes phyr -- a physical address +
> length.  No more page or folio reference.

Interesting...  What does that mean for those places that currently use
bv_page as a place to stash a pointer to the page and use it to clean up t=
he
page later?

David