Re: 2.6.22-rc4-mm2: GPF during suspend to RAM on HPC nx6325

["Rafael J. Wysocki" <rjw@sisk.pl>]

On Monday, 11 June 2007 09:17, Tejun Heo wrote:
> Hello, Rafael.
> 
> Rafael J. Wysocki wrote:
> > gregkh-driver-sysfs-use-singly-linked-list-for-sysfs_dirent-tree.patch breaks
> > suspend to RAM on HPC nx6325 (x86_64).
> > 
> > With this patch applied I get a general protection fault in mutex_lock+0x15
> > (kernel/mutex.c:91), called by sysfs_hash_and_remove() (fs/sysfs/inode.c:298),
> > called by threshold_cpu_callback(), called from _cpu_down().
> 
> I'm not sure whether this is bug in sysfs or in sysfs handling code in
> mce_amd and I can't test mce_amd here.  Can you please apply the
> attached patch and post the resulting dmesg including oops?

I've applied the patch, but the oops is a kernel panic, so I can't generate a
dmesg including it. ;-)

Here's the dmesg output from a fresh boot (runlevel 2):

http://www.sisk.pl/kernel/debug/2.6.22-rc4-mm2/dmesg.log

Here's a picture of the oops taken after a failed attempt to suspend:

http://www.sisk.pl/kernel/debug/2.6.22-rc4-mm2/during_suspend.jpg

Here's a picture of the oops taken after a failed attempt to offline CPU1
using 'echo 1 > /sys/devices/system/cpu/cpu1/online':

http://www.sisk.pl/kernel/debug/2.6.22-rc4-mm2/after_offlining_cpu1.jpg

[Sorry for the quality of pictures, I couldn't get anything better.]

Greetings,
Rafael


-- 
"Premature optimization is the root of all evil." - Donald Knuth