Date: Sun, 06 Dec 2015 20:53:16 -0800 From: perryh@pluto.rain.com (Perry Hutchison) To: killing@multiplay.co.uk Cc: freebsd-stable@freebsd.org Subject: Re: ICH5 ATA DMA timeouts Message-ID: <566510bc.ewzrAyQJPGx/J6yc%perryh@pluto.rain.com> In-Reply-To: <5664A6DF.80205@multiplay.co.uk> References: <5663a618.157GXarwIXDEyml8%perryh@pluto.rain.com> <5664A6DF.80205@multiplay.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
Er, there's nothing to check, yet. I'm trying to *avoid* trouble by finding out in advance about any dodgy hardware support. In several of the cited threads, it was pretty clear that the hardware was not faulty, since the identical hardware had run properly on 4.x but started generating DMA timeouts on 5.x; also diagnostics were run (=> drives OK), cables replaced, etc. In at least one case the failure was reproduced on a different box than where it had originally been observed. It was suspected that there might have been some kind of interaction between geom and the ATA code, e.g. a timing problem, since many of the failures involved software mirroring (vinum or gmirror). Steven Hartland <killing@multiplay.co.uk> wrote: > Check cables and devices are in good condition. These things are > usually a connectivity issue or device failing > > On 06/12/2015 03:06, Perry Hutchison wrote: > > Does anyone know the condition of the ICH5 ATA support in FreeBSD 10? > > > > In preparing to repurpose an elderly Dell Dimension 4600 from Windows > > to FreeBSD, and needing to decide what to do about drives, I found > > several mentions in the archives* of ICH5 ATA DMA timeouts -- mostly > > affecting the SATA ports, but the prevalence of SATA reports may > > just indicate which ports were getting the most use: a couple of > > the reports involved the PATA ports. > > > > While there have been commits to the ATA code since then, I didn't > > find any definitive statement that the DMA timeouts had been fixed. > > Did I miss something, or would I be better off using a separate SATA > > or PATA PCI card instead of the ICH5's built-in ports? > > > > Relevant parts of dmesg (with no hard drives attached): > > > > FreeBSD 10.2-RELEASE #0 r286666: Wed Aug 12 19:31:38 UTC 2015 > > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386 > > CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.06-MHz 686-class CPU) > > Origin="GenuineIntel" Id=0xf34 Family=0xf Model=0x3 Stepping=4 > > Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > Features2=0x441d<SSE3,DTES64,MON,DS_CPL,CNXT-ID,xTPR> > > TSC: P-state invariant > > uhci0: <Intel 82801EB (ICH5) USB controller USB-A> port 0xff80-0xff9f irq 16 at device 29.0 on pci0 > > usbus0 on uhci0 > > uhci1: <Intel 82801EB (ICH5) USB controller USB-B> port 0xff60-0xff7f irq 19 at device 29.1 on pci0 > > usbus1 on uhci1 > > uhci2: <Intel 82801EB (ICH5) USB controller USB-C> port 0xff40-0xff5f irq 18 at device 29.2 on pci0 > > usbus2 on uhci2 > > uhci3: <Intel 82801EB (ICH5) USB controller USB-D> port 0xff20-0xff3f irq 16 at device 29.3 on pci0 > > usbus3 on uhci3 > > ehci0: <Intel 82801EB/R (ICH5) USB 2.0 controller> mem 0xffa80800-0xffa80bff irq 23 at device 29.7 on pci0 > > usbus4: EHCI version 1.0 > > usbus4 on ehci0 > > atapci0: <Intel ICH5 UDMA100 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf mem 0xfeb7fc00-0xfeb7ffff irq 18 at device 31.1 on pci0 > > ata0: <ATA channel> at channel 0 on atapci0 > > ata1: <ATA channel> at channel 1 on atapci0 > > atapci1: <Intel ICH5 SATA150 controller> port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfea0-0xfeaf irq 18 at device 31.2 on pci0 > > ata2: <ATA channel> at channel 0 on atapci1 > > ata3: <ATA channel> at channel 1 on atapci1 > > pci0: <serial bus, SMBus> at device 31.3 (no driver attached) > > pcm0: <Intel ICH5 (82801EB)> port 0xee00-0xeeff,0xedc0-0xedff mem 0xfeb7fa00-0xfeb7fbff,0xfeb7f900-0xfeb7f9ff irq 17 at device 31.5 on pci0 > > pcm0: primary codec not ready! > > pcm0: <Analog Devices AD1980 AC97 Codec (id = 0x41445370)> > > ata0: reset tp1 mask=00 ostat0=ff ostat1=ff > > ata1: reset tp1 mask=03 ostat0=00 ostat1=00 > > ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb > > ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb > > ata1: reset tp2 stat0=00 stat1=00 devices=0x30000 > > ata2: SATA reset: ports status=0x00 > > ata2: p0: SATA connect timeout status=00000004 > > ata3: SATA reset: ports status=0x00 > > ata3: p0: SATA connect timeout status=00000004 > > pass0 at ata1 bus 0 scbus1 target 0 lun 0 > > pass0: <HL-DT-ST DVD-ROM GDR8163B 0D20> Removable CD-ROM SCSI device > > pass0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > > pass1 at ata1 bus 0 scbus1 target 1 lun 0 > > pass1: <HL-DT-ST CD-RW GCE-8483B B105> Removable CD-ROM SCSI device > > pass1: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > > cd0 at ata1 bus 0 scbus1 target 0 lun 0 > > cd0: <HL-DT-ST DVD-ROM GDR8163B 0D20> Removable CD-ROM SCSI device > > cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > > cd0: Attempt to query device size failed: NOT READY, Medium not present > > cd1 at ata1 bus 0 scbus1 target 1 lun 0 > > cd1: <HL-DT-ST CD-RW GCE-8483B B105> Removable CD-ROM SCSI device > > cd1: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > > cd1: Attempt to query device size failed: NOT READY, Medium not present - tray closed > > GEOM: new disk cd0 > > GEOM: new disk cd1 > > > > * Archive mentions, in http://lists.freebsd.org/pipermail/... > > > > freebsd-hardware/2004-September/thread.html#1924 > > freebsd-current/2005-February/thread.html#46719 > > freebsd-current/2005-February/thread.html#46737 > > freebsd-stable/2005-March/thread.html#13265 > > freebsd-stable/2007-May/thread.html#35061 > > freebsd-stable/2007-July/thread.html#36308 > > freebsd-bugs/2012-November/thread.html#50729
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?566510bc.ewzrAyQJPGx/J6yc%perryh>