... snip ...
hdc: ATAPI 40X DVD-ROM drive, 512kB Cache, (U)DMA
Uniform CD-ROM driver Revision: 3.20
Got spurious here
Got spurious here
Got spurious here
Got spurious here
Got spurious here
Got spurious here
Got spurious here
Got spurious here
Got spurious here
ide-floppy driver 0.99.newide
mesh: configured for synchronous 5 MB/s
st: Version 20040403, fixed bufsize 32768, s/g segs 256
... snip ...
NET: Registered protocol family 1
NET: Registered protocol family 17
Adeos: Pipelining started.
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 184k init 4k chrp 8k prep
usb 2-1: new full speed USB device using address 2
hub 2-1:1.0: USB hub found
hub 2-1:1.0: 3 ports detected
usb 2-1.1: new low speed USB device using address 3
input: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on
usb-0001:11:09.0-1.1
usb 2-1.3: new full speed USB device using address 4
input: USB HID v1.10 Keyboard [Mitsumi Electric Apple Extended USB
Keyboard] on usb-0001:11:09.0-1.3
input: USB HID v1.10 Device [Mitsumi Electric Apple Extended USB Keyboard]
on usb-0001:11:09.0-1.3
Got spurious here
Got spurious here
EXT3 FS on hda3, internal journal
... snip ...
The first group of spurious interrupts are not registered by incrementing
the BAD count in /proc/interrupts - however the second group (2 spurious
interrupts) are counted, after Adeos pipelining has occured.
CPU0
19: 2410 OpenPIC Level ide0
20: 12 OpenPIC Level ide1
25: 9 OpenPIC Level VIA-PMU
27: 199 OpenPIC Level ohci_hcd
28: 677 OpenPIC Level ohci_hcd
41: 5203 OpenPIC Level eth0
47: 0 OpenPIC Level GPIO1/ADB
BAD: 2
Should Adeos be ignoring these interrupts as the do_IRQ routine seems to
be doing prior to Adeos pipelining being started? It seems to be on
initialisation of the usb keyboards that is causing these interrupts. As
I said in my previous e-mail, the total remains stable after the system is
booted - no more spurious interrupts are registered.
It looks like Adeos for the 2.4 kernel did not increment the spurious
interrupt count, so you don't see the same problem. I tried commenting
out the increment in __adeos_grab_irq just to verify, and it seems to
supress the count, but I'm sure that it is there for a reason.
Any insight into this is very much appreciated.
Currie
> Date: Tue, 26 Oct 2004 10:31:07 -0400 (EDT)
> From: Currie Reid <[EMAIL PROTECTED]>
> To: [email protected]
> Subject: [Adeos-main] Spurious interrupts on boot
>
>
> Hello all,
>
> I have applied adeos-linuxppc-2.6.8rc1-r6c8.patch to my kernel, and
> everything seems to be working fine so far, but I notice that the
> ppc_spurious_interrupts count runs up on boot:
>
> CPU0
> 19: 2239 OpenPIC Level ide0
> 20: 12 OpenPIC Level ide1
> 25: 10855 OpenPIC Level VIA-PMU
> 41: 4415 OpenPIC Level eth0
> 47: 0 OpenPIC Level GPIO1/ADB
> BAD: 1426
>
> The good news is that it doesn't increase, but without the patch, the
> BAD count stays at 0. Is this a known issue? I haven't found any
> reference to it on the mailing list.
>
> My machine g4 powermac:
> processor : 0
> cpu : 7400, altivec supported
> temperature : 7-9 C (uncalibrated)
> clock : 400MHz
> revision : 2.8 (pvr 000c 0208)
> bogomips : 794.62
> machine : PowerMac3,3
> motherboard : PowerMac3,3 MacRISC2 MacRISC Power Macintosh
> detected as : 65 (PowerMac G4 AGP Graphics)
> pmac flags : 00000004
> L2 cache : 1024K unified
> memory : 1024MB
> pmac-generation : NewWorld
>
> Thanks
>
> Currie Reid
