ARPM shutdown oops (Re: [stable] [patch 09/12] Fix SMP poweroff hangs)

[Linus Torvalds <torvalds@linux-foundation.org>]

On Tue, 9 Oct 2007, Kevin wrote:
> 
> I don't own a digital camera but I did jot the info down by hand.

Heh, yeah, that's what I used to do too (and still do if a camera isn't 
handy).

> Call Trace:
> [<c010e852>] apm_bios_call_simple+0x92/0x110
> [<c0285a0>] acpi_hw_clear_gpe_block+00/0x32
> [<c010e8ec>] set_system_power_state+0x1c/0x30
> [<c010f93a>] apm_system_power_off+0x6a/0x80
> [<c010f8d0>] apm_system_power_off+0x0/0x80
> [<c010e434>] native_machine_power_off+0x14/0x20
> [<c010e406>] machine_power_off+0x6/0x10
> [<c0127cb9>] sys_reboot+0x99/0x140
>...
> Code: Bad EIP Value
> EIP: [<00007825>] 0x7825 SS:ESP 0068:e7305de8
> /etc/rc.d/rc.0: Line 261: 2796 Segmentation Fault   /sbin/poweroff

Ahh. APM. That does explain the strange EIP register values: we're jumping 
into the BIOS, and the BIOS is doing something unexpected.

However, that doesn't really explain the oops, because I don't think 
anything changed in APM from 2.6.22->23, and in particular, I don't think 
it has anything to do with the thing that caused problems for PPC.

We did have some APM *detection* changes, and maybe APM wasn't even 
detected for you before, or it was detected differently. That would be due 
to the bootup changes, I'm Cc'ing Peter Anvin (and the kernel mailing 
list, in case somebody else see a pattern to this).

Can you please
 - try with APM turned off (APM really shouldn't be useful on any machines 
   built in the last ten years or so), just to verify that things work 
   without APM.
 - send the bootup "dmesg" output and a machine description (and please 
   keep people Cc'd - sending things just to me is a sure-fire way to get 
   things dropped eventually, if only because I'm a lazy clutz).
 - what was the last kernel that worked (and if you can bisect the 
   problem, that would likely help enormously)

Thanks,

		Linus