Port-sparc64 archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: Netra X1 with WD0 and AcerIDE



>>> Chris Ross <cross%distal.com@localhost> wrote

>   Now many months later, I've gotten a chance to try this on my X1, running a 
> recent (Feb 2011) netbsd-5.  I've verified that the code you added is in the 
> sys/dev/pci/aceride.c in my tree, but it seems not to be doing what I 
> expected.
> 
>   I don't see the message ("using PIO transfers above 137GB as workaround for 
> 48bit DMA access bug, expect reduced performance\n") when booting with -v, 
> and upon fsck of the ccd device that uses all of the 232GB wd1, I see:

It's strange not showing the workaround message. Dose your tree
actually have the workaround code?

The workaround code is now in netbsd-5 branch (not in netbsd-5-0,
netbsd-5-1), so could you try the GENERIC kernel in the latest
daily build of netbsd-5 branch, then show me the full dmesg output.

      http://nyftp.netbsd.org/pub/NetBSD-daily/netbsd-5/

> aceride0:1:0: lost interrupt
>       type: ata tc_bcount: 2048 tc_skip: 0
> aceride0:1:0: bus-master DMA error: missing interrupt, status=0x21
> wd1: transfer error, downgrading to Ultra-DMA mode 3
> wd1(aceride0:1:0): using PIO mode 4, Ultra-DMA mode 3 (using DMA)
> wd1a: DMA error reading fsbn 487962400 of 487962400-487962403 (wd1 bn 
> 487963408; cn 484090 tn 10 sn 58), retrying
> aceride0:1:0: lost interrupt
>       type: ata tc_bcount: 2048 tc_skip: 0
> aceride0:1:0: bus-master DMA error: missing interrupt, status=0x21
> wd1: transfer error, downgrading to Ultra-DMA mode 2
> wd1(aceride0:1:0): using PIO mode 4, Ultra-DMA mode 2 (Ultra/33) (using DMA)
> wd1a: DMA error reading fsbn 487962400 of 487962400-487962403 (wd1 bn 
> 487963408; cn 484090 tn 10 sn 58), retrying
> aceride0:1:0: lost interrupt
>       type: ata tc_bcount: 2048 tc_skip: 0
> aceride0:1:0: bus-master DMA error: missing interrupt, status=0x21
> wd1: transfer error, downgrading to Ultra-DMA mode 1
> wd1(aceride0:1:0): using PIO mode 4, Ultra-DMA mode 1 (using DMA)
> wd1a: DMA error reading fsbn 487962400 of 487962400-487962403 (wd1 bn 
> 487963408; cn 484090 tn 10 sn 58), retrying
> aceride0:1:0: lost interrupt
>       type: ata tc_bcount: 2048 tc_skip: 0
> aceride0:1:0: bus-master DMA error: missing interrupt, status=0x21
> wd1: transfer error, downgrading to PIO mode 4
> wd1(aceride0:1:0): using PIO mode 4
> wd1a: DMA error reading fsbn 487962400 of 487962400-487962403 (wd1 bn 
> 487963408; cn 484090 tn 10 sn 58), retrying
> wd1: soft error (corrected)
> /dev/rccd0c: fie system is clean; not checking
> 
>   This was the same sort of behaviour I saw long ago, before I manually 
> forced the wd1 device to be PIO only via kernel flags.
> 
>   Am I doing something wrong, or is this not yet working?  My aceride is:
> 
> aceride0 at pci0 dev 13 function 0
> aceride0: Acer Labs M5229 UDMA IDE Controller (rev. 0xc3)
> aceride0: bus-master DMA support present
> aceride0: primary channel configured to native-PCI mode
> aceride0: using ivec 180c for native-PCI interrupt
> atabus0 at aceride0 channel 0
> aceride0: secondary channel configured to native-PCI mode
> atabus1 at aceride0 channel 1
> 
>   ...and again, this is in a Netra X1.

My Netra X1's output is:

aceride0 at pci0 dev 13 function 0
aceride0: Acer Labs M5229 UDMA IDE Controller (rev. 0xc3)
aceride0: bus-master DMA support present
aceride0: using PIO transfers above 137GB as workaround for 48bit DMA access 
bug, expect reduced performance
aceride0: primary channel configured to native-PCI mode
aceride0: using ivec 180c for native-PCI interrupt
atabus0 at aceride0 channel 0
aceride0: secondary channel configured to native-PCI mode
atabus1 at aceride0 channel 1

-- Takeshi Nakayama


Home | Main Index | Thread Index | Old Index