Hi, > % diff /proc/interrupts <(sleep 2; cat /proc/interrupts) > --- /proc/interrupts 2007-11-23 15:04:06.004846901 +0100 > +++ /proc/self/fd/11 2007-11-23 15:04:05.952841422 +0100 > @@ -1,15 +1,15 @@ > CPU0 > 21: 5 MPIC 1 Edge PMac Output > 24: 68 MPIC 1 Level ide1 > - 25: 18063968 MPIC 1 Level VIA-PMU > + 25: 18064241 MPIC 1 Level VIA-PMU > 26: 2426 MPIC 1 Level keywest i2c > 29: 1 MPIC 1 Level ohci_hcd:usb2 > 30: 1 MPIC 1 Edge PMac Input > 39: 843910 MPIC 1 Level ide0 > 41: 990592 MPIC 1 Level eth0 > - 42: 1415066 MPIC 1 Level keywest i2c > - 47: 2075159 MPIC 1 Level GPIO1 ADB > - 48: 6686659 MPIC 1 Level [EMAIL PROTECTED]:0000:00:10.0 > + 42: 1415084 MPIC 1 Level keywest i2c > + 47: 2075193 MPIC 1 Level GPIO1 ADB > + 48: 6686778 MPIC 1 Level [EMAIL PROTECTED]:0000:00:10.0 > 61: 0 MPIC 1 Edge Sound Headphone Detection > 63: 94238 MPIC 1 Level ehci_hcd:usb1, ohci_hcd:usb3, > ohci_hcd:usb4 > BAD: 19 > > I don't know where they come from, but that's the cause of the high IRQ > time.
Are you sure about that? I'm fairly sure that I always had rather high numbers of interrupt here. And the system isn't sluggish or unresponsive as you'd expect if the IRQs actually did take 90% of the CPU time! johannes
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
