From owner-freebsd-stable Mon Oct 30 2:28: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gatekeeper.tripos.com (gatekeeper.tripos.com [192.160.145.62]) by hub.freebsd.org (Postfix) with ESMTP id 324E637B4CF for ; Mon, 30 Oct 2000 02:27:59 -0800 (PST) Received: (from uucp@localhost) by tripos.com (8.8.8+Sun) id EAA24700 for <@firewall.tripos.com:Stable@FreeBSD.org>; Mon, 30 Oct 2000 04:27:58 -0600 (CST) Received: from unknown(172.20.5.15) by gatekeeper.tripos.com via smap (V5.5) id xma024693; Mon, 30 Oct 00 04:27:41 -0600 Received: from tripos.com ([172.20.152.158]) by tripos.com (980919.SGI.STAND) via ESMTP id EAA63003 for ; Mon, 30 Oct 2000 04:27:39 -0600 (CST) Message-ID: <39FD4CFA.368251F5@tripos.com> Date: Mon, 30 Oct 2000 10:27:06 +0000 From: Steve Coles X-Mailer: Mozilla 4.7 [en-gb] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: Stable@FreeBSD.org Subject: ATA ar support broken in -STABLE ? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I tried to use the new ar device support in the recently upgraded ATA driver in stable on a Promise FastTrak 100. I suceeded, and got suitable performance on ar0 with the following 2-disk combination only: controller channel #2, UDMA5 master and slave device. The following didn't yield an ar0 device (though the equivalent works on NT...) 1) using controller channel #1 !at all! - ie 2 UDMA5 devices, master Channel 1 master Channel 2 2) using a pair of UDMA-4 devices on channel #2 3) no 3-disk combinations at all There were no kernel changes, between combinations. When I ran "boot -v" the failure was always ( and I'm sorry about vague names - this is from memory as I am at work ) in ata-raid.c in the detect promise code, and in test1 - the strncmp() against a magic string. So, it seems that (and I appologise if I'm wrong, but by this time I was tired of trying combinations), by moving a pair of (master+slave) devices from channel2 to channel1 this strncmp seemed to fail to identify the promise controller for an ar device ? Any help would be appreciated as ideally I would like to use 3 x UDMA4 devices in an ar stripe. Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message