2009/6/3 Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>: >> ACPI: PCI Interrupt Link [ALKA] disabled and referenced, BIOS bug >> ACPI: PCI Interrupt Link [ALKA] enabled at IRQ 20 >> pata_via 0000:00:0f.0: PCI INT A -> Link[ALKA] -> GSI 20 (level, low) -> IRQ 20 >> scsi0 : pata_via >> scsi1 : pata_via >> ata1: PATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xdc00 irq 14 >> ata2: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xdc08 irq 15 >> ata1.00: ATA-7: Maxtor 6Y080L0, YAR41BW0, max UDMA/133 >> ata1.00: 160086528 sectors, multi 16: LBA >> ata1.01: ATA-5: ST340016A, 3.10, max UDMA/100 >> ata1.01: 78165360 sectors, multi 16: LBA >> ata1.00: limited to UDMA/33 due to 40-wire cable >> ata1.01: limited to UDMA/33 due to 40-wire cable > > The via driver hasn't changed its cable detect handling between 2.6.27 > and now. The actual detection is done by the BIOS either by setting flags > or via ACPI. > > To trace it down I'd need to at minimum to know exactly which kernel the > behaviour you see changed. > Hi Alan, The limiting only appears on kernel 2.6.30-rc7-git4. I downloaded the source RPM package from the SUSE build service and compiled it myself, enabling/tweaking a few things (higher Hz, full preempt, stack protector enabled, CPU set to Opteron/Athlon64). During configuration, I did not change any block device or IDE options (except for selecting anticipatory disk scheduler to be the default), nor any ACPI related ones. My distro default kernel, which is 2.6.27.21, correctly sets the UDMA for my disks on this machine. Only kernel 2.6.30-rc7-git4 (which is the only 2.6.30 kernel I tried so far) limits them to UDMA33. My IDE cables are alright (I use high-quality black AOpen 80-wires cables) -- To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
