[prev in list] [next in list] [prev in thread] [next in thread] 

List:       freedesktop-xorg
Subject:    help with interrupt storm
From:       Francisco Javier Cabello Torres <fjcabello () visual-tools ! com>
Date:       2011-07-21 13:41:24
Message-ID: CAKNvfofjxE=kQM-fH+PJPxQ-yfzBRvGhVGFhiNW9spZuripf5A () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


Dear all,

I have an issue with an interrupt storm generated by 82945G graphics
controller.

I will try to give you as much as detail as I can.

System detail:
-Debian lenny
-Xorg version 1.7.7
-Intel driver 2.12.0
-Kernel 2.6.35.4

My application display video from 16 cameras. Each one in a Xv Port. The
video is gotten from saa7134 devices.

Due to my setup, i915 is sharing irq with several devices:

$ cat /proc/interrupts

# cat /proc/interrupts
           CPU0       CPU1
  0:         43          0   IO-APIC-edge      timer
  1:          8          0   IO-APIC-edge      i8042
  4:          1          0   IO-APIC-edge      serial
  6:          2          0   IO-APIC-edge      floppy
  9:          0          0   IO-APIC-fasteoi   acpi
 12:        105          0   IO-APIC-edge      i8042
 14:          0          0   IO-APIC-edge      ide0
 16:   23084793          0   IO-APIC-fasteoi   uhci_hcd:usb5, saa7130[0],
saa7130[2], saa7130[4], saa7130[6], saa7130[12], saa7130[13], saa7130[14],
saa7130[15], i915
 17:      34188          0   IO-APIC-fasteoi   Intel ICH7, saa7130[8],
saa7130[10]
 18:     144924          0   IO-APIC-fasteoi   uhci_hcd:usb4, eth0,
saa7130[1], saa7130[3], saa7130[5], saa7130[7]
 19:     208002          0   IO-APIC-fasteoi   ata_piix, uhci_hcd:usb3,
saa7130[9], saa7130[11]
 23:          0          0   IO-APIC-fasteoi   ehci_hcd:usb1, uhci_hcd:usb2
NMI:          0          0   Non-maskable interrupts
LOC:     390238     390215   Local timer interrupts
SPU:          0          0   Spurious interrupts
PMI:          0          0   Performance monitoring interrupts
PND:          0          0   Performance pending work
RES:     122117     183756   Rescheduling interrupts
CAL:        165        123   Function call interrupts
TLB:      52101      63521   TLB shootdowns
TRM:          0          0   Thermal event interrupts
THR:          0          0   Threshold APIC interrupts
MCE:          0          0   Machine check exceptions
MCP:          6          6   Machine check polls
ERR:          1
MIS:          0


I test IRQ rate checking /proc/interrupts every second and the rate for IRQ
16 is 175 irq/seconds. I have 8 video devices, each one generating 25
irq/sec (25 frames per second).
This is what I expect. The problem appears after some minutes. IRQ rate
rises to 30000 irq/seconds on IRQ16. It seems to be an interrupt storm.

I have tested with a newer Intel chipset which support MSI
(Message-Signalled-Interrupts) and the problem disappear.  The problem is
that MSI support is buggy on 945G chipset.

I have tried with newer Xorg version (1.9.3),  kernel  (2.6.38.6,
2.6.35.14), intel driver (2.15.0) and the behaviour is always the same.

I have googled a lot and I feel that my problem is similar to the people
claiming 'irq 16 nobody cared'. It happens to me also when I remove saa7134
driver. However I didn't find
any solution for 'irq 16 nobody cared problem'... :(

Do you have any clue about this problem?

Thanks in advance,

Paco

[Attachment #5 (text/html)]

Dear all,<br><br>I have an issue with an interrupt storm generated by 82945=
G graphics controller.<br><br>I will try to give you as much as detail as I=
 can.<br><br>System detail:<br>-Debian lenny<br>-Xorg version 1.7.7<br>-Int=
el driver 2.12.0<br>

-Kernel 2.6.35.4<br><br>My application display video from 16 cameras. Each =
one in a Xv Port. The video is gotten from saa7134 devices.<br><br>Due to m=
y setup, i915 is sharing irq with several devices:<br><br>$ cat /proc/inter=
rupts<br>

<br># cat /proc/interrupts <br>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 CPU0=A0=A0=A0=
=A0=A0=A0 CPU1=A0=A0=A0=A0=A0=A0 <br>=A0 0:=A0=A0=A0=A0=A0=A0=A0=A0 43=A0=
=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0 IO-APIC-edge=A0=A0=A0=A0=A0 timer<br>=A0 1=
:=A0=A0=A0=A0=A0=A0=A0=A0=A0 8=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0 IO-APIC-e=
dge=A0=A0=A0=A0=A0 i8042<br>=A0 4:=A0=A0=A0=A0=A0=A0=A0=A0=A0 1=A0=A0=A0=A0=
=A0=A0=A0=A0=A0 0=A0=A0 IO-APIC-edge=A0=A0=A0=A0=A0 serial<br>

=A0 6:=A0=A0=A0=A0=A0=A0=A0=A0=A0 2=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0 IO-A=
PIC-edge=A0=A0=A0=A0=A0 floppy<br>=A0 9:=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0 0=A0=A0 IO-APIC-fasteoi=A0=A0 acpi<br>=A012:=A0=A0=A0=
=A0=A0=A0=A0 105=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0 IO-APIC-edge=A0=A0=A0=
=A0=A0 i8042<br>=A014:=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0 0=A0=A0 IO-APIC-edge=A0=A0=A0=A0=A0 ide0<br>

=A016:=A0=A0 23084793=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0 IO-APIC-fasteoi=A0=
=A0 uhci_hcd:usb5, saa7130[0], saa7130[2], saa7130[4], saa7130[6], saa7130[=
12], saa7130[13], saa7130[14], saa7130[15], i915<br>=A017:=A0=A0=A0=A0=A0 3=
4188=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0 IO-APIC-fasteoi=A0=A0 Intel ICH7, s=
aa7130[8], saa7130[10]<br>

=A018:=A0=A0=A0=A0 144924=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0 IO-APIC-fasteo=
i=A0=A0 uhci_hcd:usb4, eth0, saa7130[1], saa7130[3], saa7130[5], saa7130[7]=
<br>=A019:=A0=A0=A0=A0 208002=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0 IO-APIC-fa=
steoi=A0=A0 ata_piix, uhci_hcd:usb3, saa7130[9], saa7130[11]<br>=A023:=A0=
=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0 IO-APIC-faste=
oi=A0=A0 ehci_hcd:usb1, uhci_hcd:usb2<br>

NMI:=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0 Non-ma=
skable interrupts<br>LOC:=A0=A0=A0=A0 390238=A0=A0=A0=A0 390215=A0=A0 Local=
 timer interrupts<br>SPU:=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0 0=A0=A0 Spurious interrupts<br>PMI:=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0 Performance monitoring interrupts<br>

PND:=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0 Perfor=
mance pending work<br>RES:=A0=A0=A0=A0 122117=A0=A0=A0=A0 183756=A0=A0 Resc=
heduling interrupts<br>CAL:=A0=A0=A0=A0=A0=A0=A0 165=A0=A0=A0=A0=A0=A0=A0 1=
23=A0=A0 Function call interrupts<br>TLB:=A0=A0=A0=A0=A0 52101=A0=A0=A0=A0=
=A0 63521=A0=A0 TLB shootdowns<br>TRM:=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0 0=A0=A0 Thermal event interrupts<br>

THR:=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0 Thresh=
old APIC interrupts<br>MCE:=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0 0=A0=A0 Machine check exceptions<br>MCP:=A0=A0=A0=A0=A0=A0=A0=A0=
=A0 6=A0=A0=A0=A0=A0=A0=A0=A0=A0 6=A0=A0 Machine check polls<br>ERR:=A0=A0=
=A0=A0=A0=A0=A0=A0=A0 1<br>MIS:=A0=A0=A0=A0=A0=A0=A0=A0=A0 0<br><br><br>I t=
est IRQ rate checking /proc/interrupts every second and the rate for IRQ 16=
 is 175 irq/seconds. I have 8 video devices, each one generating 25 irq/sec=
 (25 frames per second).<br>

This is what I expect. The problem appears after some minutes. IRQ rate ris=
es to 30000 irq/seconds on IRQ16. It seems to be an interrupt storm.<br><br=
>I have tested with a newer Intel chipset which support MSI (Message-Signal=
led-Interrupts) and the problem disappear.=A0 The problem is that MSI suppo=
rt is buggy on 945G chipset.<br>

<br>I have tried with newer Xorg version (1.9.3),=A0 kernel=A0 (2.6.38.6, 2=
.6.35.14), intel driver (2.15.0) and the behaviour is always the same. <br>=
<br>I have googled a lot and I feel that my problem is similar to the peopl=
e claiming &#39;irq 16 nobody cared&#39;. It happens to me also when I remo=
ve saa7134 driver. However I didn&#39;t find<br>

any solution for &#39;irq 16 nobody cared problem&#39;... :(<br><br>Do you =
have any clue about this problem?<br><br>Thanks in advance,<br><br>Paco<br>=
<br><br><br>


_______________________________________________
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: freedesktop-xorg@progressive-comp.com

[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic