From owner-freebsd-arch@FreeBSD.ORG Thu Dec 10 14:46:03 2009 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48BCD1065679 for ; Thu, 10 Dec 2009 14:46:03 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id F3F408FC19 for ; Thu, 10 Dec 2009 14:46:02 +0000 (UTC) Received: from [IPv6:::1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id nBAEVfaP043891; Thu, 10 Dec 2009 07:31:41 -0700 (MST) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Scott Long In-Reply-To: <4B20C720.6080105@FreeBSD.org> Date: Thu, 10 Dec 2009 07:31:41 -0700 Content-Transfer-Encoding: 7bit Message-Id: <914B9BC0-7C9D-41F1-9929-046E39C5B31C@samsco.org> References: <4B1671EE.1010301@FreeBSD.org> <4B20C720.6080105@FreeBSD.org> To: Alexander Motin X-Mailer: Apple Mail (2.1076) X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: FreeBSD-Current , freebsd-arch@freebsd.org Subject: Re: Testing CAM wrapper for ata(4) controller drivers X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 14:46:03 -0000 On Dec 10, 2009, at 3:02 AM, Alexander Motin wrote: > Alexander Motin wrote: >> The main regression of the new mode is a lack of ataraid >> alternative, to >> support cheap BIOS-based ATA RAIDs. If somebody has time and wish to >> port that code from inside ata(4) into GEOM module, to make it work >> over >> CAM also, I would appreciate that and propose a help, if needed. > > May be it would be easier to just teach gmirror, gstripe and gconcat > to > handle ATA RAIDs metadata formats, to not duplicate and support the > rest > of code. > The existing graid modules are not well suited for learning new metadata. I have plans for restructuring them into a stack within GEOM that handles metadata separate from the transforms. Scott