From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 01:14:31 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9630E1065673 for ; Wed, 30 Nov 2011 01:14:31 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 23C768FC12 for ; Wed, 30 Nov 2011 01:14:30 +0000 (UTC) Received: by mail-bw0-f54.google.com with SMTP id zs8so126078bkb.13 for ; Tue, 29 Nov 2011 17:14:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=Cpagq3krXhWx6leCKcBIsq4j1U6zeiN5eGibQ9Ih05s=; b=XxNVvs1oGbGoSPWVkJJgBU1yhn5ZQGwqtKgZ+bLLHQAPh4mFmS40VeI9E1xy3r8SXs YudAfB/aWn1O7kuymxwO/HoJxYxckaiUHBa0wA9T/4t0SsunPnN8646VOo+ODDDgzY91 28DNrvvAwS+XXwH3Zf64vUIucqUsIz8boJOMU= Received: by 10.205.127.135 with SMTP id ha7mr38548930bkc.3.1322615670786; Tue, 29 Nov 2011 17:14:30 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id c4sm436347bkk.13.2011.11.29.17.14.29 (version=SSLv3 cipher=OTHER); Tue, 29 Nov 2011 17:14:29 -0800 (PST) Sender: Alexander Motin Message-ID: <4ED58373.7090406@FreeBSD.org> Date: Wed, 30 Nov 2011 03:14:27 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111112 Thunderbird/8.0 MIME-Version: 1.0 To: Adam Stylinski References: <4ED526B7.8050403@FreeBSD.org> <20111130010320.GA56129@freebsdbox.adamsnet> In-Reply-To: <20111130010320.GA56129@freebsdbox.adamsnet> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ataraid and 9.0 RC-2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2011 01:14:31 -0000 On 30.11.2011 03:03, Adam Stylinski wrote: > On Tue, Nov 29, 2011 at 08:38:47PM +0200, Alexander Motin wrote: >> On 27.11.2011 01:41, Adam Stylinski wrote: >>> I just ran freebsd-update to get up to 9.0-RC2 and discovered that ataraid does not work. I realize I'm an edge case and my scenario is not ideal (I use an ITE controller and performance is actually impressively slow), but I cannot boot 9.0 from my stripe, even after manually loading ataraid from the loader prompt (after running an unload command). I mention it mostly because other people using the fakeraid setup by their motherboards for whatever reason (perhaps to share a partition table with windows on the same mirror or stripe) may have a similar problem. It seems like the ar0 device disappeared for me completely (even though it finds ada0 and ada1). I'm using the following device: >>> >>> atapci0@pci0:2:11:0: class=0x010400 card=0x00000000 chip=0x82121283 rev=0x13 hdr=0x00 >>> vendor = 'Integrated Technology Express (ITE) Inc' >>> device = 'ATA 133 IDE RAID Controller (IT8212F)' >>> class = mass storage >>> subclass = RAID >>> rl0@pci0:2:13:0: class=0x020000 card=0x80ea104d chip=0x813910ec rev=0x10 hdr=0x00 >>> >>> At first I figured because it may be loading AHCI (as per the device naming schemes ada0 and ada1). I haven't looked too much into it (these devices are actually PATA not SATA, so AHCI doesn't even exist for these), but maybe there's an ATA/AHCI driver that's built into the default kernelthat is interfering with ataraid.ko? Maybe this interferes with my stupidly slow and unpopular configuration. >>> >>> Thanks for any help, I'll also have a gander at the new DEFAULTS for the generic kernel in the 9.0 source tree. >> >> FreeBSD 9.x uses new CAM-bases ATA subsystem. ataraid driver depends on >> old ATA infrastructure and does not work with new. Instead, new GEOM >> RAID class was implemented. Unluckily, as soon as ITE produced only PATA >> controllers, there is no support for their metadata format in geom_raid >> module now. So, at the moment, the only option to access that RAID >> volume is to build custom kernel with old ATA and use ataraid. >> Respective kernel options listed in /usr/src/UPDATING item from 20110424. > > Hmm, I may just as well dump the UFS and restore it to a totally geom based solution. If anything it will likely help rather than hurt my performance. Sure. You can't boot from GEOM STRIPE (you may want MIRROR or CONCAT), but if your motherboard has at least one SATA port, single modern hard drive may give you even higher speeds then stripe of old PATA drives on PCI controller. -- Alexander Motin