NetBSD Problem Report #58767

From www@netbsd.org  Mon Oct 21 10:38:33 2024
Return-Path: <www@netbsd.org>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
	 key-exchange X25519 server-signature RSA-PSS (2048 bits)
	 client-signature RSA-PSS (2048 bits))
	(Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (not verified))
	by mollari.NetBSD.org (Postfix) with ESMTPS id 262021A923D
	for <gnats-bugs@gnats.NetBSD.org>; Mon, 21 Oct 2024 10:38:33 +0000 (UTC)
Message-Id: <20241021103829.6DE0C1A923E@mollari.NetBSD.org>
Date: Mon, 21 Oct 2024 10:38:29 +0000 (UTC)
From: bogdan@kde.org
Reply-To: bogdan@kde.org
To: gnats-bugs@NetBSD.org
Subject: VT6421 is not working
X-Send-Pr-Version: www-1.0

>Number:         58767
>Category:       kern
>Synopsis:       VT6421 is not working
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Oct 21 10:40:00 +0000 2024
>Last-Modified:  Fri Mar 14 07:35:01 +0000 2025
>Originator:     BogDan Vatra
>Release:        10.0
>Organization:
>Environment:
NetBSD blade 10.0 NetBSD 10.0 (GENERIC) #0: Thu Mar 28 08:33:33 UTC 2024  mkrepro@mkrepro.NetBSD.org:/usr/src/sys/arch/sparc64/compile/GENERIC sparc64
>Description:
I'm trying to use VT6421 as a sata PCI controller.
It works well on linux but netBSD can't use it, here it's the dmesg of 

$ sudo dd if=/dev/wd0 of=hdd.img bs=4m count=10

command.

$ sudo dmesg 
[     1.000000] Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003,
[     1.000000]     2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012, 2013,
[     1.000000]     2014, 2015, 2016, 2017, 2018, 2019, 2020, 2021, 2022, 2023,
[     1.000000]     2024
[     1.000000]     The NetBSD Foundation, Inc.  All rights reserved.
[     1.000000] Copyright (c) 1982, 1986, 1989, 1991, 1993
[     1.000000]     The Regents of the University of California.  All rights reserved.

[     1.000000] NetBSD 10.0 (GENERIC) #0: Thu Mar 28 08:33:33 UTC 2024
[     1.000000]         mkrepro@mkrepro.NetBSD.org:/usr/src/sys/arch/sparc64/compile/GENERIC
[     1.000000] total memory = 8192 MB
[     1.000000] avail memory = 8026 MB
[     1.000000] timecounter: Timecounters tick every 10.000 msec
[     1.000000] Kernelized RAIDframe activated
[     1.000000] mainbus0 (root): SUNW,Sun-Blade-2500 (Sun Blade 2500): hostid 83cca416
[     1.000000] cpu0 at mainbus0: SUNW,UltraSPARC-IIIi @ 1280 MHz, CPU id 0
[     1.000000] cpu0: manuf 3e, impl 16, mask 24
[     1.000000] cpu0: system tick frequency 12 MHz
[     1.000000] cpu0: 32K instruction (32 b/l), 64K data (32 b/l), 1024K external (64 b/l)
[     1.000000] cpu1 at mainbus0: SUNW,UltraSPARC-IIIi @ 1280 MHz, CPU id 1
[     1.000000] cpu1: manuf 3e, impl 16, mask 24
[     1.000000] cpu1: system tick frequency 12 MHz
[     1.000000] cpu1: 32K instruction (32 b/l), 64K data (32 b/l), 1024K external (64 b/l)
[     1.000000] memory-controller at mainbus0 not configured
[     1.000000] memory-controller at mainbus0 not configured
[     1.000000] schizo0 at mainbus0: addr 4000e600000: Tomatillo, version 4, ign 700, bus A 0 to 0
[     1.000000] schizo0:  pci0 at schizo0
[     1.000000] pci0: i/o space, memory space enabled
[     1.000000] bge0 at pci0 dev 3 function 0: Broadcom BCM5703 Gigabit Ethernet
[     1.000000] bge0: interrupting at ivec 371c
[     1.000000] bge0: HW config 00000000, 00000000, 00000000, 00000000 00000000
[     1.000000] bge0: ASIC BCM5702/5703 A2 (0x1002), Ethernet address 00:03:ba:cc:a4:16
[     1.000000] brgphy0 at bge0 phy 1: BCM5703 1000BASE-T media interface, rev. 2
[     1.000000] brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto
[     1.000000] ppm at mainbus0 not configured
[     1.000000] schizo1 at mainbus0: addr 4000ef00000: Tomatillo, version 4, ign 740, bus B 0 to 0
[     1.000000] schizo1:  pci1 at schizo1
[     1.000000] pci1: i/o space, memory space enabled
[     1.000000] esiop0 at pci1 dev 4 function 0: Symbios Logic 53c1010-66 (ultra3-wide scsi)
[     1.000000] esiop0: using on-board RAM
[     1.000000] esiop0: interrupting at ivec 2f69
[     1.000000] scsibus0 at esiop0: 16 targets, 8 luns per target
[     1.000000] esiop1 at pci1 dev 4 function 1: Symbios Logic 53c1010-66 (ultra3-wide scsi)
[     1.000000] esiop1: using on-board RAM
[     1.000000] esiop1: interrupting at ivec 2f68
[     1.000000] scsibus1 at esiop1: 16 targets, 8 luns per target
[     1.000000] schizo2 at mainbus0: addr 4000f600000: Tomatillo, version 4, ign 780, bus A 0 to 1
[     1.000000] schizo2:  pci2 at schizo2
[     1.000000] pci2: i/o space, memory space enabled
[     1.000000] ebus0 at pci2 dev 7 function 0: Acer Labs M1533 PCI-ISA Bridge, revision 0x00
[     1.000000] flashprom at ebus0 addr 0-fffff not configured
[     1.000000] rtc0 at ebus0 addr 70-71: mc146818 compatible time-of-day clock: m5819p
[     1.000000] pcfiic0 at ebus0 addr 320-321 ipl 2e
[     1.000000] iic0 at pcfiic0: I2C bus
[     1.000000] i2c-bridge (SUNW,i2c-imax) at iic0 addr 0x09 not configured
[     1.000000] pcagpio0 at iic0 addr 0x18: PCA9556
[     1.000000] dbcool0 at iic0 addr 0x2c
[     1.000000] dbcool0: ADM1031 dBCool(tm) Controller (rev 0x0083)
[     1.000000] dbcool1 at iic0 addr 0x2e
[     1.000000] dbcool1: ADM1031 dBCool(tm) Controller (rev 0x0083)
[     1.000000] gpio (i2c-fm3560) at iic0 addr 0x37 not configured
[     1.000000] gpio (i2c-fm3560) at iic0 addr 0x4e not configured
[     1.000000] seeprom0 at iic0 addr 0x50: audio-card-fru-prom: size 8192
[     1.000000] seeprom1 at iic0 addr 0x51: motherboard-fru-prom: size 8192
[     1.000000] seeprom2 at iic0 addr 0x54: scsi-backplane-fru-prom: size 8192
[     1.000000] spdmem0 at iic0 addr 0x5d
[     1.000000] spdmem0: DDR SDRAM (registered), data ECC, 2GB, 267MHz (PC-2100)
[     1.000000] spdmem0: 13 rows, 12 cols, 2 ranks, 4 banks/chip, 7.5ns cycle time
[     1.000000] spdmem0: tAA-tRCD-tRP-tRAS: 1-3-3-6
[     1.000000] spdmem0: voltage SSTL 2.5V, refresh time 7.8us (self-refreshing)
[     1.000000] spdmem1 at iic0 addr 0x5e
[     1.000000] spdmem1: DDR SDRAM (registered), data ECC, 2GB, 267MHz (PC-2100)
[     1.000000] spdmem1: 13 rows, 12 cols, 2 ranks, 4 banks/chip, 7.5ns cycle time
[     1.000000] spdmem1: tAA-tRCD-tRP-tRAS: 1-3-3-6
[     1.000000] spdmem1: voltage SSTL 2.5V, refresh time 7.8us (self-refreshing)
[     1.000000] spdmem2 at iic0 addr 0x65
[     1.000000] spdmem2: DDR SDRAM (registered), data ECC, 2GB, 267MHz (PC-2100)
[     1.000000] spdmem2: 13 rows, 12 cols, 2 ranks, 4 banks/chip, 7.5ns cycle time
[     1.000000] spdmem2: tAA-tRCD-tRP-tRAS: 1-3-3-6
[     1.000000] spdmem2: voltage SSTL 2.5V, refresh time 7.8us (self-refreshing)
[     1.000000] spdmem3 at iic0 addr 0x66
[     1.000000] spdmem3: DDR SDRAM (registered), data ECC, 2GB, 267MHz (PC-2100)
[     1.000000] spdmem3: 13 rows, 12 cols, 2 ranks, 4 banks/chip, 7.5ns cycle time
[     1.000000] spdmem3: tAA-tRCD-tRP-tRAS: 1-3-3-6
[     1.000000] spdmem3: voltage SSTL 2.5V, refresh time 7.8us (self-refreshing)
[     1.000000] clock-generator (i2c-ics951601) at iic0 addr 0x69 not configured
[     1.000000] power at ebus0 addr 800-82f ipl 20 not configured
[     1.000000] com0 at ebus0 addr 3f8-3ff ipl 2c: ns16550a, 16-byte FIFO
[     1.000000] com1 at ebus0 addr 2e8-2ef ipl 2c: ns16550a, 16-byte FIFO
[     1.000000] dma at ebus0 addr 0-ffff not configured
[     1.000000] alipm0 at pci2 dev 6 function 0: 223KHz clock
[     1.000000] iic1 at alipm0: I2C bus
[     1.000000] card-reader (i2c-scm001) at iic1 addr 0x20 not configured
[     1.000000] autri0 at pci2 dev 8 function 0: Acer Labs M5451 AC-Link Controller Audio Device (rev. 0x02)
[     1.000000] autri0: interrupting at ivec 7a4
[     1.000000] autri0: ac97: Analog Devices AD1881A codec; headphone, Analog Devices Phat Stereo
[     1.000000] audio0 at autri0: playback, capture, full duplex, independent
[     1.000000] audio0: slinear_be:16 -> slinear_le:16 2ch 48000Hz, blk 1920 bytes (10ms) for playback
[     1.000000] audio0: slinear_be:16 <- slinear_le:16 2ch 48000Hz, blk 1920 bytes (10ms) for recording
[     1.000000] spkr0 at audio0: PC Speaker (synthesized)
[     1.000000] wsbell at spkr0 not configured
[     1.000000] midi0 at autri0: 4DWAVE MIDI UART
[     1.000000] ohci0 at pci2 dev 10 function 0: Acer Labs M5237 USB 1.1 Host Controller (rev. 0x03)
[     1.000000] ohci0: interrupting at ivec 7a7
[     1.000000] ohci0: OHCI version 1.0, legacy support
[     1.000000] usb0 at ohci0: USB revision 1.0
[     1.000000] ohci1 at pci2 dev 11 function 0: Acer Labs M5237 USB 1.1 Host Controller (rev. 0x03)
[     1.000000] ohci1: interrupting at ivec 7a6
[     1.000000] ohci1: OHCI version 1.0, legacy support
[     1.000000] usb1 at ohci1: USB revision 1.0
[     1.000000] aceride0 at pci2 dev 13 function 0: Acer Labs M5229 UDMA IDE Controller (rev. 0xc4)
[     1.000000] aceride0: bus-master DMA support present
[     1.000000] aceride0: using PIO transfers above 137GB as workaround for 48bit DMA access bug, expect reduced performance
[     1.000000] aceride0: primary channel configured to native-PCI mode
[     1.000000] aceride0: using ivec 2f98 for native-PCI interrupt
[     1.000000] atabus0 at aceride0 channel 0
[     1.000000] aceride0: secondary channel configured to native-PCI mode
[     1.000000] atabus1 at aceride0 channel 1
[     1.000000] viaide0 at pci2 dev 3 function 0: VIA Technologies VT6421 Serial ATA RAID Controller (rev. 0x50)
[     1.000000] viaide0: bus-master DMA support present
[     1.000000] viaide0: using ivec 790 for native-PCI interrupt
[     1.000000] atabus2 at viaide0 channel 0
[     1.000000] atabus3 at viaide0 channel 1
[     1.000000] atabus4 at viaide0 channel 2
[     1.000000] ppb0 at pci2 dev 4 function 0: Texas Instruments product ac23 (rev. 0x02)
[     1.000000] pci3 at ppb0 bus 1
[     1.000000] pci3: i/o space, memory space enabled
[     1.000000] ohci2 at pci3 dev 8 function 0: NEC USB Host Controller (rev. 0x43)
[     1.000000] ohci2: interrupting at ivec 794
[     1.000000] ohci2: OHCI version 1.0
[     1.000000] usb2 at ohci2: USB revision 1.0
[     1.000000] ohci3 at pci3 dev 8 function 1: NEC USB Host Controller (rev. 0x43)
[     1.000000] ohci3: interrupting at ivec 795
[     1.000000] ohci3: OHCI version 1.0
[     1.000000] usb3 at ohci3: USB revision 1.0
[     1.000000] ehci0 at pci3 dev 8 function 2: NEC USB2 Host Controller (rev. 0x04)
[     1.000000] ehci0: 32-bit DMA
[     1.000000] ehci0: interrupting at ivec 796
[     1.000000] ehci0: EHCI version 1.0
[     1.000000] ehci0: 2 companion controllers, 3 ports each: ohci2 ohci3
[     1.000000] usb4 at ehci0: USB revision 2.0
[     1.000000] fwohci0 at pci3 dev 11 function 0: Texas Instruments TSB43AA23 IEEE 1394 Host Controller (rev. 0x00)
[     1.000000] fwohci0: interrupting at ivec 797
[     1.000000] fwohci0: OHCI version 1.10 (ROM=1)
[     1.000000] fwohci0: No. of Isochronous channels is 4.
[     1.000000] fwohci0: EUI64 00:05:16:00:00:42:01:20
[     1.000000] fwohci0: Phy 1394a available S400, 3 ports.
[     1.000000] fwohci0: Link S400, max_rec 2048 bytes.
[     1.000000] ieee1394if0 at fwohci0: IEEE1394 bus
[     1.000000] fwip0 at ieee1394if0: IP over IEEE1394
[     1.000000] fwohci0: Initiate bus reset
[     1.000000] fwohci0: Clear PME# now
[     1.000000] ppm at mainbus0 not configured
[     1.000000] schizo3 at mainbus0: addr 4000ff00000: Tomatillo, version 4, ign 7c0, bus B 0 to 0
[     1.000000] schizo3:  pci4 at schizo3
[     1.000000] pci4: i/o space, memory space enabled
[     1.000000] wcfb0 at pci4 dev 2 function 0: 3D Labs WILDCAT 5110 (rev. 0x01)
[     1.000000] subsys: 10443d3d
[     1.000000] wcfb0: 1920 x 1080, 2048
[     1.000000] 0040: 010f0103 00000005 5b000001 5b000001
[     1.000000] 0050: 003f0697 00000000 00001011 84371e00
[     1.000000] 0060: 00003fdf 14003b77 00000000 0437077f
[     1.000000] 0070: 0437077f 1a0b0088 08000000 08870000
[     1.000000] 0080: 090e0000 09300000 09520000 09d90000
[     1.000000] 0090: 09fb0000 00000000 dc00c000 00160400
[     1.000000] 00a0: 00160551 00160792 00160550 00001e1f
[     1.000000] 00b0: 80000001 00000000 00000000 00000002
[     1.000000] 00c0: 00000000 08330000 80000000 90206c20
[     1.000000] 00d0: 920e120e 3912390e 6a550133 00000001
[     1.000000] 00e0: 00000000 00000003 00000680 030f1521
[     1.000000] 00f0: 801080f0 01111001 040403c0 03e403c4
[     1.000000] wsdisplay0 at wcfb0 kbdmux 1: console (default, vt100 emulation)
[     1.000000] wsmux1: connecting to wsdisplay0
[     1.000000] wsdisplay0: screen 1-3 added (default, vt100 emulation)
[     1.000000] wcfb1 at pci4 dev 2 function 1: 3D Labs WILDCAT 5110 (rev. 0x01)
[     1.000000] jbusi2c0 at mainbus0: addr 4000fc64000
[     1.000000] iic2 at jbusi2c0: I2C bus
[     1.000000] seeprom3 at iic2 addr 0x57: nvram: size 8192
[     1.000000] pcons at mainbus0 not configured
[     1.000000] fwohci0: BUS reset
[     1.000000] fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode
[     1.000000] ieee1394if0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me)
[     1.000000] ieee1394if0: bus manager 0
[     1.000000] WARNING: system needs entropy for security; see entropy(7)
[     1.000000] timecounter: Timecounter "tick-counter" frequency 1280000000 Hz quality 100
[     1.000004] timecounter: Timecounter "stick-counter" frequency 12000000 Hz quality 200
[     1.000019] No counter-timer -- using %stick at 12MHz as system clock.
[     1.000019] timecounter: Timecounter "clockinterrupt" frequency 100 Hz quality 0
[     1.913956] uhub0 at usb0: NetBSD (0x0000) OHCI root hub (0x0000), class 9/0, rev 1.00/1.00, addr 1
[     1.913956] uhub0: 2 ports with 2 removable, self powered
[     1.913956] uhub1 at usb1: NetBSD (0x0000) OHCI root hub (0x0000), class 9/0, rev 1.00/1.00, addr 1
[     1.913956] uhub1: 2 ports with 2 removable, self powered
[     1.913956] uhub2 at usb2: NetBSD (0x0000) OHCI root hub (0x0000), class 9/0, rev 1.00/1.00, addr 1
[     1.913956] uhub2: 3 ports with 3 removable, self powered
[     1.913956] uhub3 at usb3: NetBSD (0x0000) OHCI root hub (0x0000), class 9/0, rev 1.00/1.00, addr 1
[     1.913956] uhub3: 2 ports with 2 removable, self powered
[     1.913956] uhub4 at usb4: NetBSD (0x0000) EHCI root hub (0x0000), class 9/0, rev 2.00/1.00, addr 1
[     1.913956] uhub4: 5 ports with 5 removable, self powered
[     1.913956] scsibus0: waiting 2 seconds for devices to settle...
[     1.913956] scsibus1: waiting 2 seconds for devices to settle...
[     2.284580] atapibus0 at atabus1: 2 targets
[     2.314575] cd0 at atapibus0 drive 0: <LITE-ON DVDRW SHW-160P6S, , PRS2> cdrom removable
[     2.364575] cd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 4 (Ultra/66)
[     2.364575] cd0(aceride0:1:0): using PIO mode 4
[     2.374574] wd0 at atabus2 drive 0
[     2.394574] wd0: <SPCC Solid State Disk>
[     2.414574] wd0: drive supports 1-sector PIO transfers, LBA48 addressing
[     2.414574] wd0: 238 GB, 496149 cyl, 16 head, 63 sec, 512 bytes/sect x 500118192 sectors
[     2.434574] wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 6 (Ultra/133), WRITE DMA FUA, NCQ (32 tags)
[     2.434574] wd0(viaide0:0:0): using PIO mode 4, Ultra-DMA mode 6 (Ultra/133) (using DMA), WRITE DMA FUA EXT
[     3.684574] uhidev0 at uhub1 port 1 configuration 1 interface 0
[     3.704574] uhidev0: vendor 275d (0x275d) USB OPTICAL MOUSE (0x0ba6), rev 1.10/1.00, addr 2, iclass 3/1
[     3.734574] ums0 at uhidev0: 3 buttons and Z dir
[     3.754574] wsmouse0 at ums0 mux 0
[     4.274574] sd0 at scsibus0 target 0 lun 0: <FUJITSU, MAP3735N SUN72G, 0401> disk fixed
[     4.302417] sd0: 70007 MB, 14100 cyl, 24 head, 423 sec, 512 bytes/sect x 143374738 sectors
[     4.325231] sd0: sync (12.50ns offset 62), 16-bit (160.000MB/s) transfers, tagged queueing
[     4.354575] sd1 at scsibus0 target 1 lun 0: <FUJITSU, MAJ3364M SUN36G, 0804> disk fixed
[     4.554574] sd1: 34732 MB, 24622 cyl, 27 head, 107 sec, 512 bytes/sect x 71132959 sectors
[     4.584576] sd1: sync (25.00ns offset 31), 16-bit (80.000MB/s) transfers, tagged queueing
[     4.854574] uhidev1 at uhub1 port 2 configuration 1 interface 0
[     4.874574] uhidev1: vendor 0430 (0x0430) product 0005 (0x0005), rev 1.00/1.01, addr 3, iclass 3/1
[     4.904574] ukbd0 at uhidev1
[     4.924574] wskbd1 at ukbd0: console keyboard, using wsdisplay0
[    12.864573] swwdog0: software watchdog initialized
[    12.924574] root on sd1a dumps on sd1b
[    12.947180] entropy: best effort
[    12.967769] root file system type: ffs
[    12.984573] kern.module.path=/stand/sparc64/10.0/modules
[    15.914576] entropy: ready
[  1924.584579] wd0: autoconfiguration error: excessive DMA errors - 4 in last 30 transfers
[  1924.606353] wd0c: error reading fsbn 68 of 68-71 (wd0 bn 68; cn 0 tn 1 sn 5), xfer 40, retry 0
[  1924.606353] wd0: (aborted command, interface CRC error)
[  1925.754578] wd0: soft error (corrected) xfer 40
[  1926.084581] wd0c: error reading fsbn 336 of 336-339 (wd0 bn 336; cn 0 tn 5 sn 21), xfer 40, retry 0
[  1926.084581] wd0: (aborted command, interface CRC error)
[  1926.614578] wd0: soft error (corrected) xfer 40
[...]
lots of wd0 errors.

>How-To-Repeat:

>Fix:

>Audit-Trail:
From: "Jonathan A. Kollasch" <jakllsch@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/58767 CVS commit: src/sys
Date: Mon, 17 Feb 2025 19:01:05 +0000

 Module Name:	src
 Committed By:	jakllsch
 Date:		Mon Feb 17 19:01:04 UTC 2025

 Modified Files:
 	src/sys/arch/i386/conf: LEGACY
 	src/sys/dev/ata: ata.c files.ata

 Log Message:
 Restore ATA DMA mode downgrade support everywhere; it's a necessary part
 of any system supporting (parallel) ATA DMA.  There is hardware out there,
 including cobalt, macppc, and sparc64 where this functionality is
 necessary to avoid non-functional disks, either in as-shipped hardware
 configurations or with add-in cards, or perhaps just with compromised
 IDE/PATA cables.

 Should address:
   PR 58767
   PR 59023
   PR 59078

 If anyone really insists on not having this support they can now turn it
 off themselves with `options ATA_NO_DOWNGRADE_MODE`


 To generate a diff of this commit:
 cvs rdiff -u -r1.4 -r1.5 src/sys/arch/i386/conf/LEGACY
 cvs rdiff -u -r1.170 -r1.171 src/sys/dev/ata/ata.c
 cvs rdiff -u -r1.32 -r1.33 src/sys/dev/ata/files.ata

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

From: Andrius V <vezhlys@gmail.com>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: kern/58767: VT6421 is not working
Date: Tue, 11 Mar 2025 18:18:31 +0200

 On Mon, Oct 21, 2024 at 1:46=E2=80=AFPM <bogdan@kde.org> wrote:
 >
 > [  1924.584579] wd0: autoconfiguration error: excessive DMA errors - 4 in=
  last 30 transfers
 > [  1924.606353] wd0c: error reading fsbn 68 of 68-71 (wd0 bn 68; cn 0 tn =
 1 sn 5), xfer 40, retry 0
 > [  1924.606353] wd0: (aborted command, interface CRC error)
 > [  1925.754578] wd0: soft error (corrected) xfer 40
 > [  1926.084581] wd0c: error reading fsbn 336 of 336-339 (wd0 bn 336; cn 0=
  tn 5 sn 21), xfer 40, retry 0
 > [  1926.084581] wd0: (aborted command, interface CRC error)
 > [  1926.614578] wd0: soft error (corrected) xfer 40
 > [...]
 > lots of wd0 errors.
 >
 > >How-To-Repeat:

 Hi,

 It can be SPARC or SSD specific issue, I am using it relatively
 successfully on the x86/amd64 system.

 However, this controller is quite fickle from my experience. I've seen
 quite similar errors because of "bad" SATA cables or maybe power
 connectors.

 Of course, if Linux consistently works correctly with the same device,
 likely the problem is elsewhere.

From: Andrius V <vezhlys@gmail.com>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: kern/58767: VT6421 is not working
Date: Wed, 12 Mar 2025 16:07:19 +0200

 On Tue, Mar 11, 2025 at 6:18=E2=80=AFPM Andrius V <vezhlys@gmail.com> wrote=
 :
 >
 > On Mon, Oct 21, 2024 at 1:46=E2=80=AFPM <bogdan@kde.org> wrote:
 > >
 > > [  1924.584579] wd0: autoconfiguration error: excessive DMA errors - 4 =
 in last 30 transfers
 > > [  1924.606353] wd0c: error reading fsbn 68 of 68-71 (wd0 bn 68; cn 0 t=
 n 1 sn 5), xfer 40, retry 0
 > > [  1924.606353] wd0: (aborted command, interface CRC error)
 > > [  1925.754578] wd0: soft error (corrected) xfer 40
 > > [  1926.084581] wd0c: error reading fsbn 336 of 336-339 (wd0 bn 336; cn=
  0 tn 5 sn 21), xfer 40, retry 0
 > > [  1926.084581] wd0: (aborted command, interface CRC error)
 > > [  1926.614578] wd0: soft error (corrected) xfer 40
 > > [...]
 > > lots of wd0 errors.
 > >
 > > >How-To-Repeat:
 >
 > Hi,
 >
 > It can be SPARC or SSD specific issue, I am using it relatively
 > successfully on the x86/amd64 system.
 >
 > However, this controller is quite fickle from my experience. I've seen
 > quite similar errors because of "bad" SATA cables or maybe power
 > connectors.
 >
 > Of course, if Linux consistently works correctly with the same device,
 > likely the problem is elsewhere.


 It seems to be specific to the attached device (not arch) and I can
 actually reproduce this after prolonged usage or writes with the SSD
 drive.

 Linux apparently had the same problem, some "magic" fix was applied,
 which slows down the disk speed but makes it work stable for those
 "incompatible" disks (commits below all related to it):
 https://github.com/torvalds/linux/commit/8b27ff4cf6d15964aa2987aeb58db4dfb1=
 f87a19
 https://github.com/torvalds/linux/commit/b475a3b83a7709e16a734ef2b8ead4d50f=
 885427
 https://github.com/torvalds/linux/commit/b1353e4f40f6179ab26a3bb1b2e1fe29ff=
 e534f5
 https://github.com/torvalds/linux/commit/44a9b494f20b37dc9c9f94577ff98c856f=
 594b96

 I will try to analyze these commits (or maybe somebody else can?) and
 see if it is actually relevant to us and if it can be applied in
 NetBSD.

 It seems they apply this to VT6420 (meaning likely to VT8237R
 integrated controller since it shares pci id afaik). I was using it
 for years, but likely with "compatible" drive.
 Would need to test same SSD and see if issue reoccurs there too.

 Regards,
 Andrius V

From: Andrius V <vezhlys@gmail.com>
To: gnats-bugs@netbsd.org
Cc: bogdan@kde.org
Subject: Re: kern/58767: VT6421 is not working
Date: Fri, 14 Mar 2025 09:32:47 +0200

 Hi again,

 I believe I have rushed with the conclusion this time.
 Aforementioned Linux problem might still exist, but I don't believe
 anymore it was the case here, the explanation of the fix mentions two
 HDDs as a typical setup for it to happen.

 You may try the patch below nevertheless:
 https://www.netbsd.org/~andvar/vt6421_poc_pr58767.diff

 I thought I have reproduced the issue myself (and I had two drives
 attached, one of which was SATA 3 SSD), but last two days system works
 completely stable, so I again tend to believe hardware factors were at
 play.

 It was also a commit made to restore the support for ATA DMA mode
 downgrade a while ago which also may have helped your case. Please try
 the latest kernel from https://nycdn.netbsd.org/.

 But I would really recommend to re-check that cables (maybe even try
 another one) and the card itself, power supply are properly attached.
 Like for me, this issue might be intermittent and related to hardware
 problems.

 Thank you.

 Regards,
 Andrius V

 On Wed, Mar 12, 2025 at 4:10=E2=80=AFPM Andrius V via gnats
 <gnats-admin@netbsd.org> wrote:
 >
 > The following reply was made to PR kern/58767; it has been noted by GNATS=
 .
 >
 > From: Andrius V <vezhlys@gmail.com>
 > To: gnats-bugs@netbsd.org
 > Cc:
 > Subject: Re: kern/58767: VT6421 is not working
 > Date: Wed, 12 Mar 2025 16:07:19 +0200
 >
 >  On Tue, Mar 11, 2025 at 6:18=3DE2=3D80=3DAFPM Andrius V <vezhlys@gmail.c=
 om> wrote=3D
 >  :
 >  >
 >  > On Mon, Oct 21, 2024 at 1:46=3DE2=3D80=3DAFPM <bogdan@kde.org> wrote:
 >  > >
 >  > > [  1924.584579] wd0: autoconfiguration error: excessive DMA errors -=
  4 =3D
 >  in last 30 transfers
 >  > > [  1924.606353] wd0c: error reading fsbn 68 of 68-71 (wd0 bn 68; cn =
 0 t=3D
 >  n 1 sn 5), xfer 40, retry 0
 >  > > [  1924.606353] wd0: (aborted command, interface CRC error)
 >  > > [  1925.754578] wd0: soft error (corrected) xfer 40
 >  > > [  1926.084581] wd0c: error reading fsbn 336 of 336-339 (wd0 bn 336;=
  cn=3D
 >   0 tn 5 sn 21), xfer 40, retry 0
 >  > > [  1926.084581] wd0: (aborted command, interface CRC error)
 >  > > [  1926.614578] wd0: soft error (corrected) xfer 40
 >  > > [...]
 >  > > lots of wd0 errors.
 >  > >
 >  > > >How-To-Repeat:
 >  >
 >  > Hi,
 >  >
 >  > It can be SPARC or SSD specific issue, I am using it relatively
 >  > successfully on the x86/amd64 system.
 >  >
 >  > However, this controller is quite fickle from my experience. I've seen
 >  > quite similar errors because of "bad" SATA cables or maybe power
 >  > connectors.
 >  >
 >  > Of course, if Linux consistently works correctly with the same device,
 >  > likely the problem is elsewhere.
 >
 >
 >  It seems to be specific to the attached device (not arch) and I can
 >  actually reproduce this after prolonged usage or writes with the SSD
 >  drive.
 >
 >  Linux apparently had the same problem, some "magic" fix was applied,
 >  which slows down the disk speed but makes it work stable for those
 >  "incompatible" disks (commits below all related to it):
 >  https://github.com/torvalds/linux/commit/8b27ff4cf6d15964aa2987aeb58db4d=
 fb1=3D
 >  f87a19
 >  https://github.com/torvalds/linux/commit/b475a3b83a7709e16a734ef2b8ead4d=
 50f=3D
 >  885427
 >  https://github.com/torvalds/linux/commit/b1353e4f40f6179ab26a3bb1b2e1fe2=
 9ff=3D
 >  e534f5
 >  https://github.com/torvalds/linux/commit/44a9b494f20b37dc9c9f94577ff98c8=
 56f=3D
 >  594b96
 >
 >  I will try to analyze these commits (or maybe somebody else can?) and
 >  see if it is actually relevant to us and if it can be applied in
 >  NetBSD.
 >
 >  It seems they apply this to VT6420 (meaning likely to VT8237R
 >  integrated controller since it shares pci id afaik). I was using it
 >  for years, but likely with "compatible" drive.
 >  Would need to test same SSD and see if issue reoccurs there too.
 >
 >  Regards,
 >  Andrius V
 >

Home	PR Database Search