From owner-freebsd-current@FreeBSD.ORG Thu Apr 21 17:32:10 2011 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 1BB051065673; Thu, 21 Apr 2011 17:32:10 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-px0-f172.google.com (mail-px0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id DB7038FC0C; Thu, 21 Apr 2011 17:32:09 +0000 (UTC) Received: by pxi6 with SMTP id 6so4175047pxi.17 for ; Thu, 21 Apr 2011 10:32:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:references:in-reply-to:mime-version :content-transfer-encoding:content-type:message-id:cc:x-mailer:from :subject:date:to; bh=+1UlSr0OSumF+5M/dsfx2x23+ZUEppNjh9P7Kf2NDKM=; b=Sc59+bsJq1KO/JXGPnsPurfa6JYhHVYEdM9rBNn/Hh6o7gILYxm7wUnF9R7tvjBwQa BDr2YyWhnxK3trsq5R3HmSHIFW+Y1o7YQhI9bCoQ+gIJuhqK4cZ5MtI7HVMZfwPBRBRK JQUqPdZSjnjsa6h+q/G5hXKWiNskdkM7JY+HI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; b=IJIEtRplgMJfEtMclkwVr+dNyKI0CmDr2tnGbaO+7E2IS3xSyioHIug2D7Yg9ql9hf hOAkNr8VqKflhVkLFC2cQGRvImzlrK8Se9GZoP3U2PsI1o+ShVj9X+EMrPNH7xwdDzW5 im43J+CtWFbvnJ0aMcMixLXtyGOCOCXF2uADI= Received: by 10.68.55.36 with SMTP id o4mr248583pbp.325.1303407129287; Thu, 21 Apr 2011 10:32:09 -0700 (PDT) Received: from [10.93.242.157] ([166.205.139.66]) by mx.google.com with ESMTPS id i7sm1434578pbs.20.2011.04.21.10.32.06 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 21 Apr 2011 10:32:08 -0700 (PDT) References: <4DAEAE1B.70207@FreeBSD.org> In-Reply-To: <4DAEAE1B.70207@FreeBSD.org> Mime-Version: 1.0 (iPhone Mail 8C148) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <5998CCDE-CA96-4C37-8C03-3CC283DBB099@gmail.com> X-Mailer: iPhone Mail (8C148) From: Garrett Cooper Date: Thu, 21 Apr 2011 10:31:56 -0700 To: Alexander Motin Cc: FreeBSD-Current Subject: Re: Switch from legacy ata(4) to CAM-based 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: Thu, 21 Apr 2011 17:32:10 -0000 On Apr 20, 2011, at 2:57 AM, Alexander Motin wrote: > Hi. >=20 > With 9.0 release approaching quickly, I believe it the best time now to > manage migration from legacy ata(4) ATA to the new CAM-based one. New > ATA code present in the tree for more then a year now, used by many > people and proved it's superior functionality and reliability. The only > major issue with it now is the migration process. Sooner or later we > have to pass it, but due to major UI and API changes we can't do it > after 9.0 release. So I propose to do it the next Sunday (April 24) to > have as much time for troubleshooting as possible. >=20 > I have prepared the following patch to do it: > http://people.freebsd.org/~mav/ata_switch.patch >=20 > I haven't added geom_raid to the kernel configurations because we have > no other GEOM classes there. But tell me if you thing I should. >=20 > If somebody has any problems with new ATA stack, please repeat your > tests with latest HEAD code and contact me if problem is still there. > Next three weeks before BSDCan I am going to dedicate to fixing possibly Although this may not be a list of fixable issues, here are some observation= s (in part with the new geom raid infrastructure): 1. Channels are no longer fixed of course because ata uses cam now, and I be= lieve that device numbering is done based on probe ordering. This is fun to w= ork with when dealing with appliances or configurations that require determi= nistic probe and mount, especially when drives fail, go missing, etc, but ca= n be hacked around in device.hints. This is why it would be nice for geom la= bels to work in a sane manner. 2. When testing with USB thumb drives on 7.x with a custom kernel / sourceba= se, it was enumerating the thumbdrive as da0, the first sata drive as ada1, e= tc. This may not be true for vanilla FreeBSD or later versions of FreeBSD. 3. Directly mappable analogs between atacontrol and camcontrol don't exist i= n areas; I'll come up with a laundry list for this because I said I would ea= rlier via private email. 4. IIRC atacontrol and graid status reported different sets of raid volume s= tates, depending on the underlying controller, in particular they changed th= e textual name for "healthy" from "optimal" to "ready" somewhere around the I= CH7/8/9 era. Thanks again for all your hard work! -Garrett=