From owner-freebsd-arch@FreeBSD.ORG  Mon Mar 11 21:04:28 2013
Return-Path: <owner-freebsd-arch@FreeBSD.ORG>
Delivered-To: arch@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by hub.freebsd.org (Postfix) with ESMTP id C2022D6F
 for <arch@freebsd.org>; Mon, 11 Mar 2013 21:04:28 +0000 (UTC)
 (envelope-from lev@serebryakov.spb.ru)
Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru
 [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 86A8314B
 for <arch@freebsd.org>; Mon, 11 Mar 2013 21:04:28 +0000 (UTC)
Received: from lion.home.serebryakov.spb.ru (unknown
 [IPv6:2001:470:923f:1:8571:2d32:217f:d124])
 (Authenticated sender: lev@serebryakov.spb.ru)
 by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 9D2994AC57;
 Tue, 12 Mar 2013 01:04:26 +0400 (MSK)
Date: Tue, 12 Mar 2013 01:04:25 +0400
From: Lev Serebryakov <lev@serebryakov.spb.ru>
X-Priority: 3 (Normal)
Message-ID: <329178079.20130312010425@serebryakov.spb.ru>
To: Konstantin Belousov <kostikbel@gmail.com>
Subject: Re: Unmapped buffers: to be merged in several days
In-Reply-To: <20130311182454.GX3794@kib.kiev.ua>
References: <20130311091852.GR3794@kib.kiev.ua> <86k3pe1cl3.fsf@ds4.des.no>
 <20130311182454.GX3794@kib.kiev.ua>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Cc: Dag-Erling Sm??rgrav <des@des.no>, arch@freebsd.org
X-BeenThere: freebsd-arch@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Discussion related to FreeBSD architecture <freebsd-arch.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-arch>,
 <mailto:freebsd-arch-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-arch>
List-Post: <mailto:freebsd-arch@freebsd.org>
List-Help: <mailto:freebsd-arch-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
 <mailto:freebsd-arch-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Mar 2013 21:04:28 -0000

Hello, Konstantin.
You wrote 11 =D0=BC=D0=B0=D1=80=D1=82=D0=B0 2013 =D0=B3., 22:24:54:

KB> If the class does need to access the bio data, to be marked
KB> unmapped-processing, the class should be rewritten. Now, the class
KB> should verify is the bio passed is mapped or not, and process the pages
KB> passed in the bio_ma array instead of bio_data. The involved example is
KB> sys/dev/md/md.c.
 Will GEOM class, which needs to touch data (like raid3 or my off-tree
raid5), benefit from conversion, compare to generic mechanism,
provided for not-converted by your patch?

--=20
// Black Lion AKA Lev Serebryakov <lev@serebryakov.spb.ru>