From owner-freebsd-current@FreeBSD.ORG Thu May 5 13:23:40 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 88146106566B; Thu, 5 May 2011 13:23:40 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 2B9688FC0C; Thu, 5 May 2011 13:23:39 +0000 (UTC) Received: by qyk35 with SMTP id 35so3924339qyk.13 for ; Thu, 05 May 2011 06:23:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=w0Bhdxl0ARgI/Rl5bhfLOPCZQF2xtTvdtJqISoIv8IY=; b=l3SASSjL7YldBc17eXJF2m+0QkzUX9p5dAw3wBEhc6yoj+YRWCXhjIJGklNq62ERaO c4U8N8bQrGAwBRiI7TsTAmjcmrfemkkCokaI38iemQwRShvDr21EJd+GIFR7ofO2eo9D Ht/Q7PhGDMGj83cm1eYsvmwB+2f8MwntCiBKc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=FLKtEO55zi4Q8+X2fOnCDuGnjMUx/2rfTZY3e6LghypQygMu0B5eYXIqlMoOPNpGjA B381tu3ZMWOT5MpLlnnv168g1aDvmkqNHOXdNcft5DbM15KJu0rabVlNDwthuQpqAB3N lpOVL+Ehyf4oI49bYhUWgEKUe45MfH8WBM4Rw= MIME-Version: 1.0 Received: by 10.224.136.5 with SMTP id p5mr2282873qat.127.1304601819290; Thu, 05 May 2011 06:23:39 -0700 (PDT) Received: by 10.229.95.19 with HTTP; Thu, 5 May 2011 06:23:39 -0700 (PDT) In-Reply-To: <4DAEAE1B.70207@FreeBSD.org> References: <4DAEAE1B.70207@FreeBSD.org> Date: Thu, 5 May 2011 17:23:39 +0400 Message-ID: From: Sergey Kandaurov To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 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, 05 May 2011 13:23:40 -0000 2011/4/20 Alexander Motin : > Hi. > > 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. > > I have prepared the following patch to do it: > http://people.freebsd.org/~mav/ata_switch.patch > > 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. > > 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 > remaining issues. > XENHVM uses it's own naming scheme and can name disks as daN or adN, depending on virtual block device id. atapci0/ata0/ata1 devices still present there (such as in Bruce Cran's dmesg), but no any disks attached from it: instead, all of them hung from device/vbd/N. [In a non-XENHVM mode they are attached from ataN channels, as usual.] /* * Translate Linux major/minor to an appropriate name and unit * number. For HVM guests, this allows us to use the same drive names * with blkfront as the emulated drives, easing transition slightly. */ xenbusb_front0: on xenstore0 xenbusb_back0: on xenstore0 xctrl0: on xenstore0 xbd0: 17000MB at device/vbd/768 on xenbusb_front0 xbd0: attaching as ad0 GEOM: ad0s1: geometry does not match label (16h,63s != 255h,63s). xbd1: 3812MB at device/vbd/2048 on xenbusb_front0 xbd1: attaching as da0 xbd2: 114439MB at device/vbd/2064 on xenbusb_front0 xbd2: attaching as da1 Probably, /sys/dev/xen/blkfront/blkfront.c needs updating by s/"ad"/"ada"/g; or such. I believe, xen generates sequential numbers starting from zero (or rather such numbers that can be converted to sequential numbers), similar to what ATA_CAM does. -- wbr, pluknet