Date: Tue, 29 Nov 2011 20:03:20 -0500 From: Adam Stylinski <stylinae@mail.uc.edu> To: Alexander Motin <mav@FreeBSD.org> Cc: freebsd-stable@freebsd.org Subject: Re: ataraid and 9.0 RC-2 Message-ID: <20111130010320.GA56129@freebsdbox.adamsnet> In-Reply-To: <4ED526B7.8050403@FreeBSD.org> References: <mailpost.1322351860.4942926.47621.mailing.freebsd.stable@FreeBSD.cs.nctu.edu.tw> <4ED526B7.8050403@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] On Tue, Nov 29, 2011 at 08:38:47PM +0200, Alexander Motin wrote: > Hi. > > 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. > > -- > Alexander Motin > 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. -- Adam Stylinski PGP Key: http://pohl.ececs.uc.edu/~adam/publickey.pub Blog: http://technicallyliving.blogspot.com [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQIcBAEBAgAGBQJO1YDXAAoJED6sRHE6TvmntpIP/3jeP2D8hOFc2hZcHFKoM/om cjNlEww1F5O0K9qiPEkSFUo2Y0J6eTB9j31lGqxiDutJxiD+1j970dMY5k/2ABSf j+AZmQ1j/VmN3fbTycXwLrLp8g9WB6gsagueX6u+fCbyuRAiiQYPK/aRadw7Ubpa +EKAS+Nq99uI26b8oFe7wMpQn6BMKsd4wHGeiNUBiFj8e7+XvECjiAT4aPH65IsK rhd7Fx8c+psxZ9ZkFrSqmoJWwuG8TPssiYXLiqfjEVc8JeS1VO0pGqSpNTy2GhHM 3EBo4LptGG+qMQ2qxbnb6XJj/w/A8CEnrv5aVD6jNmpYREoobxezlshb8qFI7E0i lhXtBJ/39SiPsSVetlQm2C7xkFdEFnlJFdux3vRWt/SZTz99+4Jbu/+fM9vU1S1J tY9cu/LnB81vaAhCaGsFcni1m7Wy0Y8Unc1ISnKxWeio5oNxb5gMTO2BlUeb/V28 YjsgWBlISr00O5VToQum4F+P+WudgZYZkfxIW25IULr8kHw24hle89geupM6hTHA 8+ewwjSMNn4+ITOvJ9yHl/6/z5JFYK9PT/vIDBXbG0l2T6nEek2brXgI8B0Ax0rJ dHza1oRxre0BNtiso7YtliKIBanPCir8SA0NCNbRiob4rGVZnT7KIb7njN+Fy08U +Lx5SeQRQ4OicAWuqwAq =AYpT -----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20111130010320.GA56129>