Re: [PATCH] amd76x_pm on 2.6.0-test9 cleanup

[Charles Lepple <clepple@ghz.cc>]

On Tuesday, November 4, 2003, at 03:21 PM, Pasi Savolainen wrote:

> * Tony Lindgren <tony@atomide.com> [031104 21:24]:
>> I have problem where my S2460 goes into sleep for a while if compiled 
>> in,
>> but this does not happen when loaded as module.
>
> Could you have some AMD_76X -define left over? I skimmed through MP &
> MPX AMD documents, but found nothing incriminating.
> Could it be ACPI doing it's things with S -states? (it does check for
> SMP, but does report S -states as supported). And if ACPI isn't
> enabled, could you toggle it on, or vice-versa.

I wonder if the initialization code puts the chipset to sleep as it is 
setting up the stopgrant control bits?

Here's a wild hypothesis: module loads, twiddles the registers, and the 
chipset enters sleep mode. In certain cases, enough interrupts are 
unmasked that the next interrupt wakes the chipset up, and things 
continue on their merry way. In other cases, it takes an ACPI interrupt 
(which, in my case, has not been initialized, since my BIOS evidently 
doesn't officially support ACPI C states) to wake things up (e.g. from 
a front-panel button).

FWIW, I just found this in the dmesg output:

irq 9: nobody cared!
Call Trace:
  [<c010b7ba>] __report_bad_irq+0x2a/0x90
  [<c010b8ac>] note_interrupt+0x6c/0xa0
  [<c010bbdb>] do_IRQ+0x15b/0x190
  [<c0109d88>] common_interrupt+0x18/0x20
  [<e10ac26d>] amd76x_smp_idle+0x0/0xba [amd76x_pm]
  [<e10ac302>] amd76x_smp_idle+0x95/0xba [amd76x_pm]
  [<c0106f63>] cpu_idle+0x33/0x40
  [<c0120f04>] printk+0x164/0x1d0

handlers:
[<c01ebeb3>] (acpi_irq+0x0/0x16)
Disabling IRQ #9

Interestingly enough, I guess the 'button' module has claimed IRQ 9, 
since I have this in /proc/interrupts:

   9:       5013      94989    IO-APIC-edge  acpi

Well, I'm officially confused :-)

-- 
Charles Lepple
clepple@ghz.cc