Most recent kernel where this bug did *NOT* occur: 2.6.20 Distribution: Debian Sid Hardware Environment: - Motherboard ASUS A8V (chipset VIA K8T800 pro) - Processor AMD64 3500+ - 1GB DDR, Dual Channel - 2 SATA drives with LVM over raid1 on the VIA Chipset Software Environment: - X86_64 - Everything is on LVM, including the root filesystem Problem Description: The system doesnt boot with sata_via and git versions of 2.6.20 (git10 to git14 tested) I have the following messages: ACPI: PCI Interrupt 0000:00:0f.0[B] GSI 20(level, low) -> IRQ 20 sata_via 0000:00:0f.0: failed on iomap PCI BAR 0 sata_via 0000:00:0f.0: out of memory ACPI: PCI interrupt for device 0000:00:0f.0 is disabled sata_via: probe of 0000:00:0f.0 failed with error -12 Steps to reproduce: N/A: only to boot the system Regards Jean-Luc
Please attach the complete dmesg and your .config. Does adding libata.noacpi=1 to the command line fix it?
Created attachment 10531 [details] .config - 2.6.21-rc1 - sata_via problem
Comment on attachment 10531 [details] .config - 2.6.21-rc1 - sata_via problem .config is attached dmesg is not available. As the system won't boot, I've no shell. I've written the information by hand while submitting the bug. libata.noacpi=1 doesnt help. Patch from Markus does: http://www.mail-archive.com/linux-ide@vger.kernel.org/msg03945.html J-L
The patch is now in Linus' tree and will therefore be in 2.6.21-rc2.