[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
kern/53932: aceride dma errors are fatal
>Synopsis: aceride dma errors are fatal
>Arrival-Date: Fri Feb 01 16:15:00 +0000 2019
>Originator: Martin Husemann
>Release: NetBSD 8.99.33
The NetBSD Foundation, Inc.
System: NetBSD whoever-brings-the-night.aprisoft.de 8.99.33 NetBSD 8.99.33 (WHOEVER) #248: Fri Feb 1 16:31:20 CET 2019 martin%seven-days-to-the-wolves.aprisoft.de@localhost:/work/src/sys/arch/sparc64/compile/WHOEVER sparc64
I have a little ATA <-> SD card adapter that I use to boot this machine
from (OF does not know about my SATA card where the root SSD is connected
This adapter does something wrong with DMA, and it used to always downgrade
to slower DMA modes on writes. This last worked a few weeks ago.
Now when I try to write to the SD card, the downgrade does not happen.
Instead the buf stays busy and I get an endless loop of error messages.
From memory the aceride error status printout was status 0xD0 and error 0.
dmesg sniplet (with flags forcing this disk to avoid Ultra DMA):
aceride0 at pci2 dev 13 function 0: Acer Labs M5229 UDMA IDE Controller (rev. 0xc4)
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 1f98 for native-PCI interrupt
atabus4 at aceride0 channel 0
aceride0: secondary channel configured to native-PCI mode
atabus5 at aceride0 channel 1
wd1 at atabus4 drive 0
wd1: <SINTECHI HighSpeed SD to CF Adapter V1.0>
wd1: drive supports 1-sector PIO transfers, LBA addressing
wd1: 3796 MB, 7712 cyl, 16 head, 63 sec, 512 bytes/sect x 7774208 sectors
dk2 at wd1: "sb2.5kboot/a", 7774208 blocks at 0, type: ffs
wd1: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 5 (Ultra/100)
wd1(aceride0:0:0): using PIO mode 4, DMA mode 2 (using DMA)
I can run controlled tests on demand and capture console output.
Main Index |
Thread Index |