Date: Thu, 20 Dec 2012 22:15:23 +0200 From: Konstantin Belousov <kostikbel@gmail.com> To: Ivan Voras <ivoras@freebsd.org> Cc: freebsd-arch@freebsd.org Subject: Re: Unmapped I/O Message-ID: <20121220201523.GD53644@kib.kiev.ua> In-Reply-To: <kauqfc$rau$1@ger.gmane.org> References: <20121219135451.GU71906@kib.kiev.ua> <kauqfc$rau$1@ger.gmane.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--9dgjiU4MmWPVapMU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 20, 2012 at 11:49:18AM +0100, Ivan Voras wrote: > On 19/12/2012 14:54, Konstantin Belousov wrote: >=20 > > Besides not mapped buffers, not mapped BIOs are introduced, marked > > with the flag BIO_NOTMAPPED. Unmapped buffers are directly translated > > to unmapped BIOs. Geom providers may indicate an acceptance of the > > unmapped BIOs. If provider does not handle unmapped i/o requests, > > geom now automatically establishes transient mapping for the i/o > > pages. >=20 > Hi, >=20 > Can you write up more details on what this means for GEOM developers: > what is to be gained / lost (on GEOM level) for existing GEOM classes, > and how to "indicate acceptance" for umapped BIOs? Nothing is changed for existing GEOM classes, and it does not mean anything for GEOM developers, unless she wants to change the GEOM class to handle unmapped BIOs. Did you looked at the patch ? Look at the changes for struct bio and geom_vfs.c. Geoms which accept unmapped BIOs now could get either mapped bio, not different from the current one, or unmapped bio, where the bio_data is invalid, and array of the vm_pages bio_ma is passed with bio_ma_offset offset specifying the start position of the data in the first page of the array. Unless provider explicitely agreed to accept unmapped BIOs, it would never get them. --9dgjiU4MmWPVapMU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlDTcdsACgkQC3+MBN1Mb4jY4gCfV3TsBdk5E9TfHqmrkwoLsKUJ 41MAoN+36nNeofx0UyKaKO2YPOgtMQW6 =nKCt -----END PGP SIGNATURE----- --9dgjiU4MmWPVapMU--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20121220201523.GD53644>