On 7/27/07, Stefan Seyfried <[EMAIL PROTECTED]> wrote: > On Sun, Jul 22, 2007 at 10:09:50PM +0300, Alon Bar-Lev wrote: > > > These s2ram_* funcs in the end call code from vbetool/vbetool.c which > > > is indeed linked in. But partly I remembered it wrongly. The hacks > > > _before_ suspend are called with an unfrozen userspace, those after on > > > a frozen userspace. > > > > So these hacks can be removed from suspend code... And moved into the > > hibernate-script or pm-utils. > > No they can't. Because e.g. vbe_save returns a pointer to the contents of > the VBE buffer which is later used for vbe_restore and thus we don't need a > temporary file (which, again, might need a working disk, which you cannot > always assume if you start getting a new machine ready for suspending). > > Anyway, i think you are just trolling from here on.
I don't think so.... It worked OK until now with hibernate-script and sysfs. You can always assume a working disk or tmpfs during suspend/resume cycle! Alon. ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
