https://bugzilla.kernel.org/show_bug.cgi?id=43074
Summary: IRQ assignment regression on kernels > 3.0 on ASUS
M2N-LR board
Product: ACPI
Version: 2.5
Kernel Version: 3.3.1
Platform: All
OS/Version: Linux
Tree: Fedora
Status: NEW
Severity: high
Priority: P1
Component: Config-Interrupts
AssignedTo: acpi_config-interru...@kernel-bugs.osdl.org
ReportedBy: pi...@shaftnet.org
Regression: Yes
Created an attachment (id=72854)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72854)
kernel log of failed 3.3.1 bootup
I have an M2N-LR motherboard with a pair of 3Ware 9550SX RAID controllers
plugged into PCI-X slots. With kernel 3.0.x or older, everything works fine.
However, with kernel 3.1.x or newer (tested with 3.1, 3.2, and 3.3.1) the
controller IRQ assignments are all wonky and the cards don't come up properly
as the SCSI bus probe fails.
*** kernel 3.0.6 (good)
3ware 9000 Storage Controller device driver for Linux v2.26.02.014.
ACPI: PCI Interrupt Link [LNEC] enabled at IRQ 18
3w-9xxx 0000:03:00.0: PCI INT A -> Link[LNEC] -> GSI 18 (level, low) -> IRQ 18
scsi2 : 3ware 9000 Storage Controller
3w-9xxx: scsi2: Found a 3ware 9000 Storage Controller at 0xefdff000, IRQ: 18.
3w-9xxx: scsi2: Firmware FE9X 3.08.00.029, BIOS BE9X 3.10.00.003, Ports: 8.
3w-9xxx 0000:03:04.0: PCI INT A -> Link[LNEC] -> GSI 18 (level, low) -> IRQ 18
scsi 2:0:0:0: Direct-Access AMCC 9550SXU-8L DISK 3.08 PQ: 0 ANSI: 5
scsi 2:0:1:0: Direct-Access AMCC 9550SXU-8L DISK 3.08 PQ: 0 ANSI: 5
scsi7 : 3ware 9000 Storage Controller
3w-9xxx: scsi7: Found a 3ware 9000 Storage Controller at 0xefdfe000, IRQ: 18.
3w-9xxx: scsi7: Firmware FE9X 3.08.00.029, BIOS BE9X 3.10.00.003, Ports: 4.
scsi 7:0:0:0: Direct-Access AMCC 9550SX-4LP DISK 3.08 PQ: 0 ANSI: 5
*** kernel 3.3.1 (Same results with 3.1.x and 3.2.x)
3ware 9000 Storage Controller device driver for Linux v2.26.02.014.
3w-9xxx 0000:03:00.0: PCI IRQ 0 -> rerouted to legacy IRQ 16
ACPI: Invalid index 16
3w-9xxx 0000:03:00.0: PCI INT A: no GSI - using ISA IRQ 14
scsi4 : 3ware 9000 Storage Controller
3w-9xxx: scsi4: Found a 3ware 9000 Storage Controller at 0xefdff000, IRQ: 14.
3w-9xxx: scsi4: Firmware FE9X 3.08.00.029, BIOS BE9X 3.10.00.003, Ports: 8.
3w-9xxx 0000:03:04.0: PCI IRQ 0 -> rerouted to legacy IRQ 16
ACPI: Invalid index 16
3w-9xxx 0000:03:04.0: PCI INT A: no GSI - using ISA IRQ 14
scsi8 : 3ware 9000 Storage Controller
3w-9xxx: scsi8: Found a 3ware 9000 Storage Controller at 0xefdfe000, IRQ: 14.
3w-9xxx: scsi8: Firmware FE9X 3.08.00.029, BIOS BE9X 3.10.00.003, Ports: 4.
scsi: waiting for bus probes to complete ...
scsi 4:0:0:0: WARNING: (0x06:0x002C): Command (0x12) timed out, resetting card.
scsi 8:0:0:0: WARNING: (0x06:0x002C): Command (0x12) timed out, resetting card.
scsi 4:0:0:0: WARNING: (0x06:0x002C): Command (0x0) timed out, resetting card.
scsi 8:0:0:0: WARNING: (0x06:0x002C): Command (0x0) timed out, resetting card.
scsi 4:0:0:0: Device offlined - not ready after error recovery
scsi 8:0:0:0: Device offlined - not ready after error recovery
[repeat above six lines fifteen more times, once for each LUN]
Strictly speaking these are Fedora 15 kernels (specifically versions "2.6.40.6"
and "2.6.43.1") but I don't think that has any bearing on this problem. I've
reported this to RedHat (RHBZ #808880) but this is likely an upstream kernel
bug so I'm reporting it here too.
I'll be attaching kernel logs of successful 3.0.6 and unsuccessful 3.3.1 boots,
as well as 'dmidecode' and 'lspci -v' output.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
