https://bugzilla.novell.com/show_bug.cgi?id=227873 Summary: ata_piix tries to access non-existent ports Product: openSUSE 10.2 Version: Final Platform: i586 OS/Version: Linux Status: NEW Severity: Minor Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers@forge.provo.novell.com ReportedBy: grok@tnt.pl QAContact: qa@suse.de This seems like a hardware bug, not a kernel bug really, but here it goes: On Dell Optiplex 745 machines (Dec2006) there are two SATA controlers 00:1f.2 IDE interface: Intel Corporation 82801H (ICH8 Family) 4 port SATA IDE Controller (rev 02) 00:1f.5 IDE interface: Intel Corporation 82801H (ICH8 Family) 2 port SATA IDE Controller (rev 02) visible via lspci. The first one works like expected and is visible in the BIOS (can be disabled etc.). Unfortunately, the BIOS does not allow disabling ata3 and ata4 (there are simply no SATA-2 and SATA-3 options in the bios). In effect the following happends on boot: PCI: Setting latency timer of device 0000:00:1f.5 to 64 ata3: SATA max UDMA/133 cmd 0xFE40 ctl 0xFE52 bmdma 0xFED0 irq 201 ata4: SATA max UDMA/133 cmd 0xFE60 ctl 0xFE72 bmdma 0xFED8 irq 201 scsi2 : ata_piix ata3: port is slow to respond, please be patient (Status 0xff) ata3: port failed to respond (30 secs, Status 0xff) ata3: SRST failed (status 0xFF) ata3: SRST failed (err_mask=0x100) ata3: softreset failed, retrying in 5 secs ata3: SRST failed (status 0xFF) ata3: SRST failed (err_mask=0x100) ata3: softreset failed, retrying in 5 secs ata3: SRST failed (status 0xFF) ata3: SRST failed (err_mask=0x100) ata3: reset failed, giving up scsi3 : ata_piix ata4: port is slow to respond, please be patient (Status 0xff) ata4: port failed to respond (30 secs, Status 0xff) ata4: SRST failed (status 0xFF) ata4: SRST failed (err_mask=0x100) ata4: softreset failed, retrying in 5 secs ata4: SRST failed (status 0xFF) ata4: SRST failed (err_mask=0x100) ata4: softreset failed, retrying in 5 secs ata4: SRST failed (status 0xFF) ata4: SRST failed (err_mask=0x100) ata4: reset failed, giving up The hardware vendor has been notified about the problem. Still awaiting bios update. Proposed solution: Add bootoption to skip detection when status of the port is 0xff or don't try to detect ports with status 0xff (not sure if this is legit :). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.