From owner-freebsd-geom@FreeBSD.ORG Thu Apr 22 20:08:49 2010 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 800261065673; Thu, 22 Apr 2010 20:08:49 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 0FC2F8FC21; Thu, 22 Apr 2010 20:08:48 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o3MK8lKO023085 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Apr 2010 13:08:47 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <4BD0ACD2.3040805@FreeBSD.org> Date: Thu, 22 Apr 2010 13:08:50 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Richard Tector References: <4BD06BD9.6030401@FreeBSD.org> <4BD099E6.6000402@FreeBSD.org> <4BD0A689.8000508@thekeelecentre.com> In-Reply-To: <4BD0A689.8000508@thekeelecentre.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Motin , FreeBSD-Current , freebsd-geom@FreeBSD.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 20:08:49 -0000 Richard Tector wrote: > On 22/04/2010 19:48, Maxim Sobolev wrote: >> Alexander Motin wrote: >>> So what is the public opinion: Is the lack of ataraid(4) fatal or we can >>> live without it? >> >> I believe it's fatal in long run. This would present significant >> challenge for users who rely on this functionality from upgrading from >> 8.x to 9.0 later on. Especially for ones using striped disks and RAID5. >> >> Therefore while it's no problem to have it in HEAD for now, but it >> will have to be addressed before the release. > > 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). But we don't those classes at the moment. -Maxim