Messages in this thread | | | Date | Thu, 4 Sep 2003 00:14:55 +0200 | From | Pavel Machek <> | Subject | Re: Fix up power managment in 2.6 |
| |
Hi!
> > > #include "power.h" > > > > > > -extern long sys_sync(void); > > > - > > > -unsigned char software_suspend_enabled = 0; > > > +unsigned char software_suspend_enabled = 1; > > > > > > #define __ADDRESS(x) ((unsigned long) phys_to_virt(x)) > > > > > > ...by this you enable suspend even before system is booted. That's bad > > > idea. It could hurt in the past (when we had sysrq-D so swsusp), and > > > it may hurt again in future when battery goes low during boot. > > > > Does it or does it not cause a problem? Look at the old software_suspend() > > function - The handling of this flag was weird and non-standard. This is > > cleaner. > > I don't want to get in the middle of this, but having a laptop decide > that it doesn't have enough battery to finish a boot is something which > happens now and again. If this change could cause data corruption where > the old code didn't, perhaps we could stand the overhead of moving the > enable to the end of the boot, or wherever would be safe.
We do not yet do suspend-to-disk on battery low, so Patrick's code is actually safe. Still I do not think that's good change.
Pavel -- Horseback riding is like software... ...vgf orggre jura vgf serr. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |