Bugzilla – Bug 387956
s2ram does not work out of the box on my MacBook
Last modified: 2008-05-23 10:06:17 UTC
On my MacBook s2ram does not work out of the box: # s2ram -n Machine matched entry 2: sys_vendor = 'Apple Computer, Inc.' sys_product = 'MacBook1,1' sys_version = '' bios_version = '' Fixes: 0x4 VBE_SAVE This machine can be identified by: sys_vendor = "Apple Computer, Inc." sys_product = "MacBook1,1" sys_version = "1.0" bios_version = " MB11.88Z.0061.B03.0610121324" So there is a workaround for my machine in the whitelist, but it just works without it. "s2ram -f" suspends and resumes the machine just fine whereas "s2ram" hangs the machine on resume.
Did it work before, on 10.3?
yes it did work with 10.3, but there i could not resume reliably because of bug #159962. Now it works reliably with "s2ram -f".
Ok. I'll think about how to fix this upstream, for 11.0 i'll probably just patch the whitelist entry (the fixes are needed before kernel 2.6.25, but harmful with 2.6.25 and newer :-( )
s2ram was updated, but this was not fixed as far as I can see: * Do Mai 15 2008 seife@suse.de - update to current CVS: - the save-compressed-images-faster patch is upstream - whitelist update for s2ram, fixing various novell bugzillas
I submitted a package with suspend-0.80-whitelist-openSUSE11.diff, which does remove the workaround for your machine (0 instead of VBE_SAVE). So this is fixed for 11.0, still need to decide what to do upstream.