From owner-freebsd-stable Sun Feb 18 14:42: 7 2001 Delivered-To: freebsd-stable@freebsd.org Received: from prime.mj.com (prime.mj.com [207.5.75.138]) by hub.freebsd.org (Postfix) with ESMTP id 4BAC037B491 for ; Sun, 18 Feb 2001 14:42:05 -0800 (PST) Received: from chimera.mj.com (chimera.mj.com [207.5.75.146]) by prime.mj.com (8.11.2/8.11.1) with ESMTP id f1IMevR05697; Sun, 18 Feb 2001 14:40:57 -0800 (PST) (envelope-from john@mj.com) Message-Id: <5.0.2.1.0.20010218142514.00bdde78@mail.mj.com> X-Sender: john@mail.mj.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Sun, 18 Feb 2001 14:40:53 -0800 To: Derek Tattersall , "Alexey V. Neyman" From: John Mitchell Subject: Re: Asus A7V133 Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: <86bsrzk68q.fsf@lorne.arm.org> References: <200102180955.f1I9tAt08945@ns.any.ru> <200102180955.f1I9tAt08945@ns.any.ru> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 16:53 02/18/2001 -0500, Derek Tattersall wrote: >I have a similar setup: ASUS A7V 1Ghz Athlon IBM ultrastor IDE hard >drive, and I had no problems whatsoever with the drive installed on >either controller. I also installed Red Hat 7 on the primary >controller, as it did not support the UDMA 66 controller. I now have >4.2 Stable and Red Hat Public Beta installed on the drive connected to >the Promise controller. > >Sounds to me like something is a little strange with your hard drive >or the BIOS setup. It's not quite that simple. The A7V uses the Promise PDC20265 ATA-100 controller, but the A7V133 uses the newer PDC20265R chip. The new chip supports two new features, Raid-0 and Raid-1, so it's likely to have some significant internal differences. Incidentally, for some reason Asus decided to lock out the Raid-1 features in the BIOS, although the Raid-0 features are usable. Also, as well as using the newer KT133A chipset, there are other changes to support the higher FSB speed. Examining the A7V and A7V133 you can see that board traces are modified somewhat and there are a number of additional components on the A7V133 board. All these could contribute to the problem described, but it's most likely a controller chip issue, albeit a rather odd and unexpected one. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message