From owner-freebsd-stable Fri Nov 3 1:31: 7 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 3B81F37B479 for ; Fri, 3 Nov 2000 01:31:02 -0800 (PST) Received: (from uucp@localhost) by tripos.com (8.8.8+Sun) id DAA10523; Fri, 3 Nov 2000 03:27:20 -0600 (CST) Received: from unknown(172.20.5.15) by gatekeeper.tripos.com via smap (V5.5) id xma010488; Fri, 3 Nov 00 03:27:02 -0600 Received: from tripos.com ([172.20.152.158]) by tripos.com (980919.SGI.STAND) via ESMTP id DAA36145; Fri, 3 Nov 2000 03:26:59 -0600 (CST) Message-ID: <3A0284E2.F4D70F0B@tripos.com> Date: Fri, 03 Nov 2000 09:26:58 +0000 From: Steve Coles X-Mailer: Mozilla 4.7 [en-gb] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: Soren Schmidt Cc: Stable@FreeBSD.ORG Subject: Re: ATA ar support broken in -STABLE ? References: <39FD4CFA.368251F5@tripos.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG OK, so I shall reply to my own posting. I would like to thank Soren for finding and fixing this issue promptly, the last ata commit to stable resolved all my issues and all of the FastTrak 100 features that I use are now supported. As a relative newcomer I was a little frustrated that my original correspondence got no answers: wrong forum ? send-pr ?, talk directly with Soren ? wrong mailer/OS ? But, there is an overwhelming feeling of assurance that FreeBSD and the community are a quality, and responsive body. Thanks again to Soren. Steve Steve Coles wrote: > 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message