From owner-freebsd-current@FreeBSD.ORG Tue Dec 5 16:36:40 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED9F116A403; Tue, 5 Dec 2006 16:36:39 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8A7643CA5; Tue, 5 Dec 2006 16:35:57 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from [194.192.25.137] (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id kB5GaSsd053257; Tue, 5 Dec 2006 17:36:29 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <4575A00D.3000609@deepcore.dk> Date: Tue, 05 Dec 2006 17:36:29 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Rink Springer References: <20061205113855.GA4731@rink.nu> In-Reply-To: <20061205113855.GA4731@rink.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: current@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: Odd problem with a NetCell SyncRAID SR3000 SATA RAID X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Dec 2006 16:36:40 -0000 Rink Springer wrote: > Hi Soren, current@, > > Recently, I've acquired a NetCell SyncRAID SR3000 3 poort PCI RAID > controller. These are typical gamer/multimedia RAID-cards, which I > intend to use for my colocated box (performance is not very important, > but drive failures are :-) > > Anyway, these are supposed to be supported by any generic ATA driver, as > they should advertise themselves as standard IDE controllers. FreeBSD > 6.2-PRERELEASE of a week ago detects it as follows: > > atapci0: port > 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb40f irq 18 at device 6.0 on pci2 > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xb400 > atapci0: [MPSAFE] > ata2: on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xbc00 > atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xb880 > ata2: reset tp1 mask=03 ostat0=52 ostat1=00 > ata2: stat0=0x52 err=0x01 lsb=0x00 msb=0x00 > ata2: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 > ata2: reset tp2 stat0=52 stat1=00 devices=0x1 > ata2: [MPSAFE] > ata3: on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xb800 > atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb480 > ata3: reset tp1 mask=03 ostat0=00 ostat1=00 > ata3: stat0=0x51 err=0x04 lsb=0x00 msb=0x00 > ata3: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 > ata3: reset tp2 stat0=51 stat1=00 devices=0x0 > ata3: [MPSAFE] > ata2-master: pio=PIO4 wdma=WDMA1 udma=UNSUPPORTED cable=40 wire > ata2: reiniting channel .. > ata2: reset tp1 mask=03 ostat0=5a ostat1=08 > ata2: stat0=0x52 err=0x01 lsb=0x00 msb=0x00 > ata2: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 > ata2: reset tp2 stat0=52 stat1=00 devices=0x1 > ata2: reinit done .. > ad4: FAILURE - SETFEATURES SET TRANSFER MODE timed out > ad4: 740173MB at ata2-master WDMA1 > ad4: 1515875360 sectors [1052691C/90H/16S] 16 sectors/interrupt 1 depth queue > > However, ad4 is a RAID1 of 2x 160GB SATA disks! After some debugging and > tracing, it looks as if the response given to the IDENTIFY command is > garbled. > > Reading/writing to ad4 works though, with dd(1) performing up to > 60MB/sec, which makes me doubt it actually uses WDMA1. > > Looking at the Linux patchset for this card makes it seems that it > requires DMA to be forced on and will reject any request without DMA. > This appears to be true, since setting hw.ata.ata_dma=0 results in being > unable to read from the device and being subjected to timeouts... > > However, NetBSD 3.1/i386 appears to detect the disk alright: > > pciide0 at pci2 dev 6 fuction 0 > pciide0: vendor 0x169c product 0x44 (rev. 0x00) > pciide0: bus-mster DMA support present, but unused (no driver support) > pciide0: primary channel wired to native-PCI mode > pciide0: using irq 10 for native-PCI interrupt > atabus0 at pciide0 channel 0 > pciide0: secondary channel wired to native-PCI mode > atabus1 at pciide0 channel 1 > wd0 at atabus0 drive 0: > wd0: drive supports 128-sector PIO transfers, LBA48 addressing > wd0: 152GB, 317632 cyl, 6 head, 63 sec, 512 bytes/sect x 320173056 sectors > wd0: drive supports PIO mode 4, Ultra-DMA mode 7 > > Reading is not a problem either, even though the performance is abymal > (1.4MB/sec...) > > Any ideas how to solve this? > Looks somewhat like the problems with the marvell PATA chip which I'm currently looking at. When I get that working let me know if that fixes this also, otherwise I'll ne HW here to play with... -Søren