On Sat, 21 Jul 2007 23:08:30 +0300 "Alon Bar-Lev" <[EMAIL PROTECTED]> wrote:
> On 7/21/07, Alon Bar-Lev <[EMAIL PROTECTED]> wrote: > > On 7/21/07, Holger Macht <[EMAIL PROTECTED]> wrote: > > > Right. So if we start putting things like cpufreq in the suspend package, > > > we would have an argumentation to put everything which is in pm-utils, the > > > hibernate script etc. to it. And I don't think this is what we want. > > > > You can put vbetool, radeontool, whitelist etc in pm-utils too... > > reducing the suspend/resume dependencies... > > hibernate-script already doing this. > > Don't get me wrong... > I would not be offended if this not accepted... :) > It is just that I think the other hacks should also be removed... as > for my understanding they are running as regular process... So that > the question of early/late is irrelevant, the same functionality can > be handled by hibernate-script or this pm-utils. No. The vbetool code is linked in. It doesn't run as regular processes. At the time we do those hacks, we are the only not-frozen part of userspace. This is what makes it different from running it from a bunch of scripts. One of the philosophies behind uswsusp is that saving pci states, vbemodes, etc, is something we should do in a way where we can't be interfered by userspace processes. This means at late as possible in the suspend process, when userspace is frozen. grts Tim
signature.asc
Description: PGP signature
------------------------------------------------------------------------- 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
