2003-09-30 15:44:49

by Martin Pitt

[permalink] [raw]
Subject: Call traces due to lost IRQ

Hi!

[1.] Kernel boot yields lost IRQ with some call traces

[2.] When booting 2.6.0-test6, the following message appears:

------------- snip -------------
irq 12: nobody cared!
Call Trace:
[<c010b5ca>] __report_bad_irq+0x2a/0x90
[<c010b6bc>] note_interrupt+0x6c/0xa0
...

handlers:
[<c0268730>] (i8042_interrupt+0x0/0x180)
Disabling IRQ #12
irq 12: nobody cared!
Call Trace:
[<c010b5ca>] __report_bad_irq+0x2a/0x90
[<c010b6bc>] note_interrupt+0x6c/0xa0
...
------------- snip -------------

(Please see attached dmesg.txt for the full output). Although I did
not recognize immediate effects of this, it looks undesired and may
be helpful for debugging.

[3.] kernel, IRQ
[4.] Linux version 2.6.0-test6 (martin@donald) (gcc-Version 3.3.2 20030908 (Debian prerelease)) #4 Tue Sep 30 15:25:31 CEST 2003
[5.] -- (no oops)
[6.] triggered when booting the kernel

[7.1.]
Linux donald 2.6.0-test6 #4 Tue Sep 30 15:25:31 CEST 2003 i686 GNU/Linux

Gnu C 3.3.2
Gnu make 3.80
util-linux 2.12
mount 2.12
e2fsprogs 1.35-WIP
Linux C Library 2.3.2
Dynamic linker (ldd) 2.3.2
Procps 3.1.12
Net-tools 1.60
Console-tools 0.2.3
Sh-utils 5.0.90
Modules Loaded floppy sr_mod cdrom nvidia

[7.2.]
processor : 0
vendor_id : AuthenticAMD
cpu family : 6
model : 7
model name : AMD Duron(tm) processor
stepping : 1
cpu MHz : 1296.105
cache size : 64 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow
bogomips : 2547.71

[7.3.]
floppy 54548 0 - Live 0xd2edc000
sr_mod 13156 0 - Live 0xd2eb9000
cdrom 33248 1 sr_mod, Live 0xd2ebf000
nvidia 1534200 8 - Live 0xd1a9a000

[7.4.]
# cat /proc/ioports
0000-001f : dma1
0020-0021 : pic1
0040-005f : timer
0060-006f : keyboard
0070-0077 : rtc
0080-008f : dma page reg
00a0-00a1 : pic2
00c0-00df : dma2
00f0-00ff : fpu
0170-0177 : ide1
01f0-01f7 : ide0
02f8-02ff : serial
0376-0376 : ide1
03c0-03df : vesafb
03f6-03f6 : ide0
03f8-03ff : serial
0cf8-0cff : PCI conf1
5000-500f : 0000:00:07.4
5000-5007 : viapro-smbus
6000-607f : 0000:00:07.4
d000-d00f : 0000:00:07.1
d000-d007 : ide0
d008-d00f : ide1
d400-d41f : 0000:00:07.2
d400-d41f : uhci-hcd
d800-d81f : 0000:00:07.3
d800-d81f : uhci-hcd
dc00-dcff : 0000:00:07.5
e000-e003 : 0000:00:07.5
e400-e403 : 0000:00:07.5
e800-e8ff : 0000:00:0b.0
e800-e8ff : via-rhine

# cat /proc/iomem
00000000-0009ffff : System RAM
000a0000-000bffff : Video RAM area
000c0000-000c7fff : Video ROM
000f0000-000fffff : System ROM
00100000-0ffeffff : System RAM
00100000-002cd933 : Kernel code
002cd934-0039a53f : Kernel data
0fff0000-0fff2fff : ACPI Non-volatile Storage
0fff3000-0fffffff : ACPI Tables
d0000000-d7ffffff : 0000:00:00.0
d8000000-d9ffffff : PCI Bus #01
d8000000-d9ffffff : 0000:01:00.0
d8000000-d8feffff : vesafb
da000000-dbffffff : PCI Bus #01
da000000-daffffff : 0000:01:00.0
dc010000-dc0100ff : 0000:00:0b.0
dc010000-dc0100ff : via-rhine
ffff0000-ffffffff : reserved

[7.5.]
00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 81)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR+
Latency: 8
Region 0: Memory at d0000000 (32-bit, prefetchable) [size=128M]
Capabilities: [a0] AGP version 2.0
Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3- Rate=x1,x2
Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP+ GART64- 64bit- FW- Rate=x2
Capabilities: [c0] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
Latency: 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 0000f000-00000fff
Memory behind bridge: da000000-dbffffff
Prefetchable memory behind bridge: d8000000-d9ffffff
BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B-
Capabilities: [80] Power Management version 2
Flags: PMEClk- DSI- D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40)
Subsystem: VIA Technologies, Inc. VT82C686/A PCI to ISA Bridge
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Capabilities: [c0] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:07.1 IDE interface: VIA Technologies, Inc. VT82C586/B/686A/B PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP])
Subsystem: VIA Technologies, Inc. VT8235 Bus Master ATA133/100/66/33 IDE
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 32
Region 4: I/O ports at d000 [size=16]
Capabilities: [c0] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:07.2 USB Controller: VIA Technologies, Inc. USB (rev 1a) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 32, cache line size 08
Interrupt: pin D routed to IRQ 5
Region 4: I/O ports at d400 [size=32]
Capabilities: [80] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:07.3 USB Controller: VIA Technologies, Inc. USB (rev 1a) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 32, cache line size 08
Interrupt: pin D routed to IRQ 5
Region 4: I/O ports at d800 [size=32]
Capabilities: [80] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:07.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40)
Subsystem: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin ? routed to IRQ 5
Capabilities: [68] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97 Audio Controller (rev 50)
Subsystem: VIA Technologies, Inc. VT82C686 AC97 Audio Controller
Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin C routed to IRQ 11
Region 0: I/O ports at dc00 [size=256]
Region 1: I/O ports at e000 [size=4]
Region 2: I/O ports at e400 [size=4]
Capabilities: [c0] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:0b.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 43)
Subsystem: D-Link System Inc DFE-530TX rev A
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 32 (750ns min, 2000ns max), cache line size 08
Interrupt: pin A routed to IRQ 11
Region 0: I/O ports at e800 [size=256]
Region 1: Memory at dc010000 (32-bit, non-prefetchable) [size=256]
Expansion ROM at <unassigned> [disabled] [size=64K]
Capabilities: [40] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-

01:00.0 VGA compatible controller: nVidia Corporation NV5 [RIVA TNT2/TNT2 Pro] (rev 11) (prog-if 00 [VGA])
Subsystem: Diamond Multimedia Systems Viper V770
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 248 (1250ns min, 250ns max)
Interrupt: pin A routed to IRQ 10
Region 0: Memory at da000000 (32-bit, non-prefetchable) [size=16M]
Region 1: Memory at d8000000 (32-bit, prefetchable) [size=32M]
Expansion ROM at <unassigned> [disabled] [size=64K]
Capabilities: [60] Power Management version 1
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [44] AGP version 2.0
Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW- AGP3- Rate=x1,x2
Command: RQ=32 ArqSz=0 Cal=0 SBA- AGP+ GART64- 64bit- FW- Rate=x2

[7.6.]
# cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: _NEC Model: DV-5500A Rev: 1.05
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi1 Channel: 00 Id: 00 Lun: 00
Vendor: RICOH Model: CD-R/RW MP7063A Rev: 1.30
Type: CD-ROM ANSI SCSI revision: 02

(Please note that these are actually IDE devices, I use SCSI
emulation).

[7.7]
# cat /proc/interrupts
CPU0
0: 1298534 XT-PIC timer
1: 8913 XT-PIC i8042
2: 0 XT-PIC cascade
4: 4835 XT-PIC serial
5: 0 XT-PIC acpi, uhci-hcd, uhci-hcd
8: 4 XT-PIC rtc
10: 209 XT-PIC nvidia
11: 2765 XT-PIC eth0
14: 16296 XT-PIC ide0
15: 22 XT-PIC ide1
NMI: 0
LOC: 1298465
ERR: 3011
MIS: 0



[X.]
I attach the output of dmesg (dmesg.txt) and my kernel config
(config.gz).

Thanks very much for your efforts! 2.6 is great!

Martin
--
Martin Pitt
home: http://www.piware.de
eMail: [email protected]


Attachments:
(No filename) (0.00 B)
signature.asc (189.00 B)
Digital signature
Download all attachments

2003-09-30 16:47:59

by Andreas Schwarz

[permalink] [raw]
Subject: Re: Call traces due to lost IRQ

Martin Pitt wrote:
> [1.] Kernel boot yields lost IRQ with some call traces
>
> [2.] When booting 2.6.0-test6, the following message appears:
>
> ------------- snip -------------
> irq 12: nobody cared!
> Call Trace:
> [<c010b5ca>] __report_bad_irq+0x2a/0x90
> [<c010b6bc>] note_interrupt+0x6c/0xa0

I've got the same messages (2.6.0-test6-mm1).

--
AVR-Tutorial, ?ber 350 Links
Forum f?r AVRGCC und MSPGCC
-> http://www.mikrocontroller.net

2003-09-30 17:29:20

by Sergey S. Kostyliov

[permalink] [raw]
Subject: Re: Call traces due to lost IRQ

Hello all,

On Tuesday 30 September 2003 20:47, Andreas Schwarz wrote:
> Martin Pitt wrote:
> > [1.] Kernel boot yields lost IRQ with some call traces
> >
> > [2.] When booting 2.6.0-test6, the following message appears:
> >
> > ------------- snip -------------
> > irq 12: nobody cared!
> > Call Trace:
> > [<c010b5ca>] __report_bad_irq+0x2a/0x90
> > [<c010b6bc>] note_interrupt+0x6c/0xa0
>
> I've got the same messages (2.6.0-test6-mm1).

I'm so.

2003-09-30 18:24:39

by Chris Wright

[permalink] [raw]
Subject: Re: Call traces due to lost IRQ

* Martin Pitt ([email protected]) wrote:
> Hi!
>
> [1.] Kernel boot yields lost IRQ with some call traces

Can you try the following patch?

===== drivers/acpi/pci_link.c 1.17 vs edited =====
--- 1.17/drivers/acpi/pci_link.c Sun Aug 31 16:14:25 2003
+++ edited/drivers/acpi/pci_link.c Tue Sep 16 16:59:46 2003
@@ -456,7 +456,6 @@
irq = link->irq.active;
} else {
irq = link->irq.possible[0];
- }

/*
* Select the best IRQ. This is done in reverse to promote
@@ -466,6 +465,7 @@
if (acpi_irq_penalty[irq] > acpi_irq_penalty[link->irq.possible[i]])
irq = link->irq.possible[i];
}
+ }

/* Attempt to enable the link device at this IRQ. */
if (acpi_pci_link_set(link, irq)) {

2003-09-30 19:03:33

by Andreas Schwarz

[permalink] [raw]
Subject: Re: Call traces due to lost IRQ

Chris Wright wrote:
> * Martin Pitt ([email protected]) wrote:
>> Hi!
>>
>> [1.] Kernel boot yields lost IRQ with some call traces
>
> Can you try the following patch?
>
>===== drivers/acpi/pci_link.c 1.17 vs edited =====

This solved the issue for me.

--
AVR-Tutorial, ?ber 350 Links
Forum f?r AVRGCC und MSPGCC
-> http://www.mikrocontroller.net

2003-09-30 20:59:42

by Chris Wright

[permalink] [raw]
Subject: Re: Call traces due to lost IRQ

* Andreas Schwarz ([email protected]) wrote:
> This solved the issue for me.

Great, although I'm a bit confused. In your last mail you said you were
using 2.6.0-test6-mm1. That patch is already in mm1, so were you using
plain 2.6.0-test6 by any chance?

thanks,
-chris
--
Linux Security Modules http://lsm.immunix.org http://lsm.bkbits.net

2003-09-30 22:26:08

by Martin Pitt

[permalink] [raw]
Subject: Re: Call traces due to lost IRQ

Hi!

Am 2003-09-30 11:24 -0700 schrieb Chris Wright:
> * Martin Pitt ([email protected]) wrote:
> > Hi!
> >
> > [1.] Kernel boot yields lost IRQ with some call traces
>
> Can you try the following patch?

I just did, compiled and rebooted. Now it works perfectly, not a
single error or warning message. :-))

Thank you very much and have a nice day!

Martin
--
Martin Pitt
home: http://www.piware.de
eMail: [email protected]