Hi, i'm having some problems with gentoo-sources-2.6.25-r7 about libata, pata_via & Co. I've two hard-disks that uses "RAID bus controller: VIA Technologies, Inc. VT6410 ATA133 RAID controller (rev 06)", everyone has its channel and both of them are master. This Raid controller uses the pata_via driver compiled into the kernel. The problem is that i have this errors: pata_via 0000:02:06.0: version 0.3.3 scsi2 : pata_via scsi3 : pata_via ata3: PATA max UDMA/133 cmd 0x9800 ctl 0x9c00 bmdma 0xa800 irq 22 ata4: PATA max UDMA/133 cmd 0xa000 ctl 0xa400 bmdma 0xa808 irq 22 ata3.01: HPA detected: current 160084415, native 160086528 ata3.01: ATA-7: Maxtor 6Y080L0, YAR41BW0, max UDMA/133 ata3.01: 160084415 sectors, multi 16: LBA ata3.01: limited to UDMA/33 due to 40-wire cable ata3.01: configured for UDMA/33 ata4.00: HPA detected: current 160834367, native 160836480 ata4.00: ATA-5: IC35L080AVVA07-0, VA4OA52A, max UDMA/100 ata4.00: 160834367 sectors, multi 16: LBA ata4.00: limited to UDMA/33 due to 40-wire cable ata4.00: configured for UDMA/33 but i have 80-wire cables! I changed them this morning because i known that one of them was really using a 40-wire cable, and before the change there was only one error message. It's quite strange, but the error was from the 80-wire hd (limited to UDMA/33 due to 40-wire cable = udma2), the other one (with 40-wire) was running at it full speed (udma5). Now every hard disk has its 80-wires cable, and there's an error for both. Sorry for my english, but summarizing there are two errors: 1 - With 40-wire cables the udma mode is too high (it is treated like a 80-wire) 2 - With 80-wire cables the udma mode is udma2 with the "limited to UDMA/33 due to 40-wire cable" error message I've read other bugs with the same error, but not in kernel 2.6.25. I also tried to apply this kind of patch: http://pixca.net/blog/bits-and-bytes/limited-to-udma33-due-to-40-wire-cable/ but files are different and i can't modify anything. Thanks for the help. Regards, Zorzo Luca. Reproducible: Always Steps to Reproduce: 1.Configure kernel 2.6.25-gentoo-r7 in a machine that uses pata_via 2.Power on the machine with the new kernel 3.Read kernel's messages and test with hdparm -tT Actual Results: pata_via 0000:02:06.0: version 0.3.3 scsi2 : pata_via scsi3 : pata_via ata3: PATA max UDMA/133 cmd 0x9800 ctl 0x9c00 bmdma 0xa800 irq 22 ata4: PATA max UDMA/133 cmd 0xa000 ctl 0xa400 bmdma 0xa808 irq 22 ata3.01: HPA detected: current 160084415, native 160086528 ata3.01: ATA-7: Maxtor 6Y080L0, YAR41BW0, max UDMA/133 ata3.01: 160084415 sectors, multi 16: LBA ata3.01: limited to UDMA/33 due to 40-wire cable ata3.01: configured for UDMA/33 ata4.00: HPA detected: current 160834367, native 160836480 ata4.00: ATA-5: IC35L080AVVA07-0, VA4OA52A, max UDMA/100 ata4.00: 160834367 sectors, multi 16: LBA ata4.00: limited to UDMA/33 due to 40-wire cable ata4.00: configured for UDMA/33 Expected Results: pata_via 0000:02:06.0: version 0.x.x scsi2 : pata_via scsi3 : pata_via ata3: PATA max UDMA/133 cmd 0x9800 ctl 0x9c00 bmdma 0xa800 irq 22 ata4: PATA max UDMA/133 cmd 0xa000 ctl 0xa400 bmdma 0xa808 irq 22 ata3.01: HPA detected: current 160084415, native 160086528 ata3.01: ATA-7: Maxtor 6Y080L0, YAR41BW0, max UDMA/133 ata3.01: 160084415 sectors, multi 16: LBA ata3.01: configured for UDMA/133 ata4.00: HPA detected: current 160834367, native 160836480 ata4.00: ATA-5: IC35L080AVVA07-0, VA4OA52A, max UDMA/100 ata4.00: 160834367 sectors, multi 16: LBA ata4.00: configured for UDMA/100 My emerge --info: Portage 2.1.4.4 (default/linux/amd64/2008.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.25-gentoo-r7 x86_64) ================================================================= System uname: 2.6.25-gentoo-r7 x86_64 Intel(R) Pentium(R) 4 CPU 3.00GHz Timestamp of tree: Tue, 19 Aug 2008 15:34:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 3.2_p33 dev-java/java-config: 1.3.7, 2.1.6 dev-lang/python: 2.5.2-r6 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.2.5 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r2 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-march=nocona -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://mirror.ing.unibo.it/gentoo/ http://gentoo.ynet.sk/pub http://mirror.switch.ch/ftp/mirror/gentoo/ http://files.gentoo.org" LANG="it_IT@euro" LC_ALL="it_IT@euro" LDFLAGS="-Wl,-O1" LINGUAS="it" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage/layman/sunrise /usr/local/portage/layman/desktop-effects /usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="7zip X a52 aac aalib accessibility ace acl acpi alsa amd64 amr archive bash-completion berkdb binary-drivers bluetooth branding bzip2 cairo cdda cddb cdio cdparanoia cdr cli cracklib crypt css cups cvs daap dbus dga directfb disk-partition divx dmx dri dts dvd dvdr dvdread emovix encode fat fbcon fbcondecor fbdev fbsplash ffmpeg fftw firefox flac flv fortran gdbm gif git gnutls gpm gstreamer gtk hal iconv id3 id3tag isdnlog it java java6 jpeg jpeg2k kde lame libcaca libsamplerate lm_sensors logitech-mouse lzo mad matroska midi mmx mono mozilla mp3 mp4 mp4live mpeg mplayer mudflap multilib musepack musicbrainz nat ncurses network nls nptl nptlonly nsplugin nss odbc ogg opengl openmp pam pcre perl png pppd python qt3 qt4 quicktime readline realmedia reflection scanner sdl sdl-image sdl-sound sensord session shout skins spl sqlite sse sse2 ssl stream subversion svg sysfs tcpd teletext theora tiff toolbar truetype twolame unicode usb utils vcd vcdx vnc vncviewer vorbis watchdog wav wavpack wireshark wma wmp wxwindows xine xml xorg xulrunner xvid xvmc zip zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="it" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS HDparm: hdparm -i /dev/sd[bc] /dev/sdb: Model=Maxtor 6Y080L0 , FwRev=YAR41BW0, SerialNo=Y25PWAGE Config={ Fixed } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57 BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=?16? CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=160084415 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5 udma6 AdvancedPM=yes: disabled (255) WriteCache=enabled Drive conforms to: ATA/ATAPI-7 T13 1532D revision 0: ATA/ATAPI-1,2,3,4,5,6,7 * signifies the current active mode /dev/sdc: Model=IC35L080AVVA07-0 , FwRev=VA4OA52A, SerialNo= VNC407A4DN449J Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=52 BuffType=DualPortCache, BuffSize=1863kB, MaxMultSect=16, MultSect=?16? CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=160834367 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5 AdvancedPM=yes: disabled (255) WriteCache=enabled Drive conforms to: ATA/ATAPI-5 T13 1321D revision 1: ATA/ATAPI-2,3,4,5 * signifies the current active mode LsPci General: 00:00.0 Host bridge: Intel Corporation 82915G/P/GV/GL/PL/910GL Memory Controller Hub (rev 0e) 00:01.0 PCI bridge: Intel Corporation 82915G/P/GV/GL/PL/910GL PCI Express Root Port (rev 0e) 00:1d.0 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1 (rev 03) 00:1d.1 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2 (rev 03) 00:1d.2 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3 (rev 03) 00:1d.3 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #4 (rev 03) 00:1d.7 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev d3) 00:1e.2 Multimedia audio controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller (rev 03) 00:1f.0 ISA bridge: Intel Corporation 82801FB/FR (ICH6/ICH6R) LPC Interface Bridge (rev 03) 00:1f.2 IDE interface: Intel Corporation 82801FB/FW (ICH6/ICH6W) SATA Controller (rev 03) 00:1f.3 SMBus: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus Controller (rev 03) 01:00.0 VGA compatible controller: nVidia Corporation NV44 [GeForce 6200 TurboCache(TM)] (rev a1) 02:00.0 Communication controller: Conexant HSF 56k HSFi Modem (rev 01) 02:05.0 Ethernet controller: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller (rev 13) 02:06.0 RAID bus controller: VIA Technologies, Inc. VT6410 ATA133 RAID controller (rev 06) LsPci Specific: lspci -nxxxvvv -s 02:06.0 02:06.0 0104: 1106:3164 (rev 06) Subsystem: 1106:3164 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 32 Interrupt: pin A routed to IRQ 22 Region 0: I/O ports at 9800 [size=8] Region 1: I/O ports at 9c00 [size=4] Region 2: I/O ports at a000 [size=8] Region 3: I/O ports at a400 [size=4] Region 4: I/O ports at a800 [size=16] Capabilities: [c0] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: pata_via 00: 06 11 64 31 87 00 90 02 06 00 04 01 00 20 00 00 10: 01 98 00 00 01 9c 00 00 01 a0 00 00 01 a4 00 00 20: 01 a8 00 00 00 00 00 00 00 00 00 00 06 11 64 31 30: 00 00 00 00 c0 00 00 00 00 00 00 00 0a 01 00 00 40: 1b f2 c9 35 10 2d c0 00 99 20 20 99 ff 00 20 20 50: 0f e6 e6 0f 14 00 00 00 00 a0 20 00 00 00 00 00 60: 00 02 00 00 00 00 00 00 00 02 00 00 00 00 00 00 70: 02 01 00 00 00 00 00 00 02 01 00 00 00 00 00 00 80: 00 30 81 7e 00 00 00 00 00 d0 0f 7e 00 00 00 00 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0: 01 00 02 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 06 00 64 31 06 11 64 31 00 00 00 00 00 00 00 00 e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 If you need anything else please tell me. Thanks.
Can you "solve" the problem by switching to the old-style (IDE) VIA driver?
How can i switch it? What's the driver? Under IDE drivers there's only BLK_DEV_VIA82CXXX about via... P.S.: My kernel is compiled without Device Drivers -> SCSI Device support -> RAID Transport Class. I think it's about raid, and i use the Via controller without raid function, only with two normal hard disks. Maybe it depends on this? Thanks for the help.
(In reply to comment #2) > Thanks for the help. This isn't a support forum...
Anyway resolving this problem helps me too... Do you have some problems about this?!
From what I can tell, it looks like this was patched for 2.6.26. Can you please test gentoo-sources-2.6.26-r1.
Gentoo-sources-2.6.26-r1 give me the same error.
What was the last working kernel? Is this similar to bug #211486 and the corresponding upstream bug: http://bugzilla.kernel.org/show_bug.cgi?id=9048
Created attachment 163535 [details] .config file from kernel 2.6.25-r7 I only tried 2.6.25-r7 and 2.6.26-r1 and both give me problems. I'll try 2.6.23.14 that seems to be ok (http://bugzilla.kernel.org/show_bug.cgi?id=9048). Probably is my config that is wrong? I only think that it only depends from libata and pata_via, and both are build into the kernel. Anyway i've attached my .config.
I've resolved the problem: it was because driver via82cxxx was missing. Without it there's no way to change hd's UDMA mode.
*** Bug 251711 has been marked as a duplicate of this bug. ***
Apparently that wasn't fixed?
According to comment #9 , there was a kernel misconfiguration. So this bug is closing as invalid
No, it was not a kernel misconfiguration. Pata_via and VIA_IDE are two different drivers for the same thing: first is based on libata (sdx), second is the "old" ide driver (hdx). Both work alone, i can choose the first or the second, but only VIA_IDE works correctly.
There is a bug just like yours on redhat bugzilla https://bugzilla.redhat.com/show_bug.cgi?id=444543 As far I undestand there is not a working solution . Alan couldnt create a patch due to lack of information. Also the bug seems inactive to me. Since you are active on this bug it would be a good idea to fill a bug upstream ( http://bugzilla.kernel.org/ ) Guys , what do you think? Should we go upstream?
As far as i know the "patch" is inside old via82cxxx driver, because it also had the same problem, and it was fixed. Anyway i think there must be an option for forcing it to 80-wires: if it's not detected correctly i'll specify it by hand.
Have you tried any recent kernels ? 2.6.28 maybe? Is there any kernel which detects the cables correctly?
The last one i've tried is gentoo-sources 2.6.27-r7. Now i'm running 2.6.26-r4. Both of them have this problem, and every version i've tried (2.6.25-r9 2.6.26-r2/3 2.6.27-r4).
(In reply to comment #14) > There is a bug just like yours on redhat bugzilla > > https://bugzilla.redhat.com/show_bug.cgi?id=444543 That seems unrelated - that one is about disks not being detected at all. In this bug, disks are detected, but at the wrong speeds.
Can you reproduce this in 2.6.28 with CONFIG_ATA_ACPI set in addition to CONFIG_PATA_VIA? There is some new ACPI code that might detect the wires better than VIAs registers.
Gentoo sources 2.6.28 tested with CONFIG_ATA_ACPI and CONFIG_PATA_VIA, but same results.
This has been awhile. Any news with later kernel versions? Such as gentoo-sources.2.6.29-r2 or vanilla-sources-2.6.29.2 ?
I have tested vanilla-sources-2.6.29.2 and the problem is still here: limited to UDMA/33 due to 40-wire cable.
Have you tried booting with the kernel parameter libata.force=80c
With libata.force=80c it is working correctly. So there is to know why 80 wires cables are not detected properly. I know that there is a patch, the same one that makes old drivers working good.
The 80c cable indicator is read from ATA PCI device's PCI config register. This register is normally set by firmware (BIOS). Are they any BIOS updates for your system?
No, there isn't.. But why the old drivers work correctly?
It seems we have a workaround for now. To further work on this, please open a bug on the linux kernel bugilla and post the url here. http://bugzilla.kernel.org We'll follow the upstream bug once that is done.
workaround identified, user asked to take to kernel upstream bugzilla