Date: Wed, 6 Mar 2002 09:21:27 +0100 (CET) From: Søren Schmidt <sos@freebsd.dk> To: Craig Boston <craig@meoqu.gank.org> Cc: stable@freebsd.org Subject: Re: Request for testers of new ATA driver patches Message-ID: <200203060821.g268LR045942@freebsd.dk> In-Reply-To: <3C8515E5.1000302@meoqu.gank.org>
next in thread | previous in thread | raw e-mail | index | archive | help
It seems Craig Boston wrote: > Here lies the problem. I have each drive configured with its own span > array covering the whole drive, mostly to get the card's firmware to > shut up and not complain about not being configured. Once BSD boots I'm > using it as a dumb ATA controller and accessing the subdisks directly. > / is mounted from /dev/ad4s1a, and there are vinum partitions on ad4s1e > and ad6s1e. I know this probably isn't supported and so I didn't really > expect it to work with the new driver, but I really have no other > choice. Vinum doesn't recognize ar* as a valid disk device and refuses > to use it. Hmm, the ATA driver doesn't allow access to the individual disks in a RAID for security reasons, but if you need it you just need to rip out the test for raid disk and return EBUSY in ata-disk.c:adopen(). Why binum wont play ball I have no idea, ask groggy... > Also, while I've got your attention :), there is a long (about 30 > second) pause right after detecting atapci0. It seems to be present in > all the 4-STABLE kernels, and the same thing happened in the patched > kernel. This is an SMP kernel, but all of the ata stuff seems to be > initialized long before the second CPU is brought up. The system is > otherwise solid as a rock. Any clues or tips on how to get useful > debugging information that might help isolate the prob^H^H^H^Hannoyance? Thats the fake slave problem, or a device that doesn't respond properly. > And of course I'd be very grateful if anyone can suggest a better way of > setting up this disk array so that it's not so horribly hacked up :D I'd use it as a ATA RAID :) -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200203060821.g268LR045942>