[Bugme-new] [Bug 4230] New: irq 10: nobody cared!
bugme-daemon at osdl.org
bugme-daemon at osdl.org
Sun Feb 20 10:17:30 PST 2005
http://bugme.osdl.org/show_bug.cgi?id=4230
Summary: irq 10: nobody cared!
Kernel Version: 2.6.10-rc4
Status: NEW
Severity: normal
Owner: bzolnier at elka.pw.edu.pl
Submitter: rbrito at users.sf.net
Distribution: Debian testing
Hardware Environment: Asus A7V board with VIA KT133 chipset and Promise PDC20265
controller.
Software Environment: GCC 3.3.5 and everything else from Debian testing.
Problem Description:
The situation is this: I have an Asus A7V motherboard with 2 VIA
vt82c686a controllers and 2 Promise PDC20265 controllers.
I recently bought myself a new DVD recorder and since Alan Cox told
me[*] that the Promise controllers had problems with ATAPI devices, I
decided to arrange my system this way:
/dev/hda: the DVD recorder (VIA controller, master)
/dev/hdc: an old CD recorder (VIA controller, master)
/dev/hde: my first HD (Promise controller, master)
/dev/hdg: my second HD (Promise controller, master)
The Promise controller is able to control the HDs (which now have
exclusive 80-pin cables) at their maximum, but I get the following
stack trace if I have /dev/hdg turned on:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
ACPI: PCI interrupt 0000:00:11.0[A] -> GSI 10 (level, low) -> IRQ 10
PDC20265: chipset revision 2
PDC20265: 100% native mode on irq 10
PDC20265: (U)DMA Burst Bit ENABLED Primary PCI Mode Secondary PCI Mode.
ide2: BM-DMA at 0x7400-0x7407, BIOS settings: hde:pio, hdf:pio
ide3: BM-DMA at 0x7408-0x740f, BIOS settings: hdg:pio, hdh:pio
Probing IDE interface ide2...
hde: QUANTUM FIREBALL CX13.0A, ATA DISK drive
ide2 at 0x8800-0x8807,0x8402 on irq 10
Probing IDE interface ide3...
hdg: QUANTUM FIREBALLlct15 30, ATA DISK drive
irq 10: nobody cared!
[<c0128fc1>] __report_bad_irq+0x31/0x77
[<c012906b>] note_interrupt+0x4c/0x71
[<c0128c86>] __do_IRQ+0x93/0xbd
[<c0104635>] do_IRQ+0x19/0x24
[<c010335a>] common_interrupt+0x1a/0x20
[<c011935c>] __do_softirq+0x2c/0x7d
[<c01193cf>] do_softirq+0x22/0x26
[<c010463a>] do_IRQ+0x1e/0x24
[<c010335a>] common_interrupt+0x1a/0x20
[<c0128d89>] enable_irq+0x88/0x8d
[<c021edc0>] probe_hwif+0x2da/0x366
[<c021a137>] ata_attach+0xa3/0xbd
[<c021ee5c>] probe_hwif_init_with_fixup+0x10/0x74
[<c0221597>] ide_setup_pci_device+0x72/0x7f
[<c0216f82>] pdc202xx_init_one+0x15/0x18
[<c039182e>] ide_scan_pcidev+0x34/0x59
[<c039186f>] ide_scan_pcibus+0x1c/0x88
[<c039179f>] probe_for_hwifs+0xb/0xd
[<c03917e5>] ide_init+0x44/0x59
[<c037c6ce>] do_initcalls+0x4b/0x99
[<c0100272>] init+0x0/0xce
[<c0100299>] init+0x27/0xce
[<c0101245>] kernel_thread_helper+0x5/0xb
handlers:
[<c021c2a6>] (ide_intr+0x0/0xee)
Disabling IRQ #10
irq 10: nobody cared!
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
This is just an excerpt of the messages. I can provide much more
details if I know what is relevant.
I had already posted some old dmesg logs at my site
<http://www.ime.usp.br/~rbrito/ide-problem/>, but this was before I
got myself a second 80-ribbon cable (I expected that the problem would
go away, but it didn't).
Any other comments are more than welcome.
Thanks in advance, Rogério Brito.
[*] http://infocenter.guardiandigital.com/archive/linux-kernel/2004/Dec/2663.html
Steps to reproduce:
Just booting the system as mentioned above makes the system dump a stack trace.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
More information about the Bugme-new
mailing list