http://bugzilla.kernel.org/show_bug.cgi?id=3927





------- Additional Comments From [EMAIL PROTECTED]  2006-03-02 00:18 -------
This bug looks to be related to http://bugme.osdl.org/show_bug.cgi?id=5573 .
It has also generated a Ubunto HowTo:
http://ubuntuforums.org/showthread.php?s=bb5681d829b8bfd25862caab2a63db20&t=75281

I observe this bug on my HP Pavilion a1250n.  It has a dual core Athlon 64 3800+
x2 and uses the ATI Radeon Xpress 200 chipset (RS482 nothbridge, SB400
southbridge).  It is running Fedora Core 4's kernel-smp-2.6.15-1.1831_FC4 for
x86-64 (no, not a kernel.org kernel).

I tried the following things to make the clock behave:
1. in BIOS config, tried to disable "spread spectrum" as per #41 in Ubunto
HowTo.  There was no such setting to change.
2. updated to HP BIOS 3.40 [no change]
3. booted with notsc [no change]
4. booted with acpi_skip_timer_override [no change]
5. booted with disable_timer_pin_1 [worked!]

Even though the clock problem is gone, there are a couple of symptoms that
suggest related APIC or interrupt routing problems to me.  After 30 hours of
uptime (assuming the clock isn't lying)

- I see 29 errors like this: APIC error on CPU0: 40(40)
  All are detected on CPU0 for some reason.
  The first such error, and only the first, is slightly different: APIC error on
CPU0: 00(40)
  Googling shows that this APIC error shows in dmesg output on systems with the
RS480 or RS482.

- /proc/interrupts shows a lot of parport0 interrupts, even though there is
nothing connected to the parallel port:
  7:     374934   26822359    IO-APIC-edge  parport0

- /proc/interrupts shows a lot of USB interrupts.  The only thing connected to a
USB port is the built-in flash card reader (without any cards loaded):
225:    8589443          0   IO-APIC-level  ehci_hcd:usb1, ohci_hcd:usb2,
ohci_hcd:usb3

- the total number of interrupts fielded by each CPU is extremely close, and I
see no reason for this to be the case.  Could the parport0 interrupts be
invented somehow to balance the two cpu's???  Notice that the number of CPU1
timer interrups equals the number of CPU0 parport0 interrupts?  And that the
reverse is close to true?

           CPU0       CPU1       
  0:   26822411     374934    IO-APIC-edge  timer
  1:      20918          0    IO-APIC-edge  i8042
  7:     374934   26822359    IO-APIC-edge  parport0
  8:          0          0    IO-APIC-edge  rtc
 12:     359851          0    IO-APIC-edge  i8042
 14:    1948929          0    IO-APIC-edge  ide0
169:          2          0   IO-APIC-level  acpi, ohci1394
201:     114362          0   IO-APIC-level  libata
209:     159867          0   IO-APIC-level  eth0
217:          1          0   IO-APIC-level  ATI IXP
225:    8589443          0   IO-APIC-level  ehci_hcd:usb1, ohci_hcd:usb2,
ohci_hcd:usb3
NMI:       1877       1118 
LOC:   27198396   27198373 
ERR:         29
MIS:          0


------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla

Reply via email to