------- Comment #9 from rjw@... 2008-11-26 06:20 -------
There still is a problem on Toshiba R500 with the patch from comment #6
Namely, I tested the patch with a kernel having CONFIG_DEBUG_PAGEALLOC=y and
CONFIG_NR_CPUS=128. After I've switched the settings to
CONFIG_DEBUG_PAGEALLOC=n and CONFIG_NR_CPUS=2, resume from suspend to RAM
occasionally fails (it is reproducible with the wakealarm suspend stress test
script I'm going to attach in the next comment). However, it only fails if
s2ram (the binary) is used for suspending, if 'echo mem > /sys/power/state' is
used, it works 100% of the time (so far, it hasn't failed for me).
Now, the differences are that (1) with CONFIG_DEBUG_PAGEALLOC=n on x86_64 the
kernel's direct memory mapping is set up using 2M pages instead of 4K pages (I
have no idea what the impact of this may be) and (2) s2ram does an additional
VT switch right prior to suspend and right after the resume, so presumably
there still is a problem with VT switching somewhere.
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.