From owner-freebsd-current@FreeBSD.ORG Tue Apr 27 14:49:35 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A4B91065670; Tue, 27 Apr 2010 14:49:35 +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 D3BEF8FC15; Tue, 27 Apr 2010 14:49:34 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.3/8.14.3) with ESMTP id o3REnQFU003767; Tue, 27 Apr 2010 08:49:26 -0600 (MDT) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=iso-8859-1 From: Scott Long In-Reply-To: <86och53tpl.fsf@ds4.des.no> Date: Tue, 27 Apr 2010 08:49:26 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <70151EE0-AD49-4BB3-ADEB-68447A36D88A@samsco.org> References: <4BD06BD9.6030401@FreeBSD.org> <4BD099E6.6000402@FreeBSD.org> <4BD0A689.8000508@thekeelecentre.com> <4BD0ACD2.3040805@FreeBSD.org> <86och53tpl.fsf@ds4.des.no> To: =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= X-Mailer: Apple Mail (2.1078) X-Spam-Status: No, score=-0.4 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD, URIBL_SBL autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: Alexander Motin , FreeBSD-Current , Richard Tector , freebsd-geom@freebsd.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Apr 2010 14:49:35 -0000 On Apr 27, 2010, at 7:34 AM, Dag-Erling Sm=F8rgrav wrote: > Maxim Sobolev writes: >> Richard Tector writes: >>> Could I also add that the removal of ataraid would affect those >>> users who dual-boot with Windows and rely on the psuedo-raid >>> provided by most Intel chipsets to be able to share the same pair of >>> disks. >> Well, this won't be a problem if we have GEOM classes that can >> understand metadata created by the ATA RAID BIOS(es). >=20 > Most pseudo-raid kit has nifty features like checksum offloading, > composite writes etc. which can improve performance considerably. You > can't access those from GEOM. If my "most" you mean "a small subset of vendors and products", then = yes, you're correct. For the vast remaining majority, all you get is a = special BIOS that can do striping and mirroring at boot. Sometimes that = special BIOS requires a special hook in the controller chip, which is = why you have ICHxxR vs ICHxx chips, for example. All the 'R' means is = that the silicon supports an external ROM. Scott