On Fri, Aug 21, 2009 at 11:53 PM, Ian Smith<smi...@nimnet.asn.au> wrote: > On Fri, 21 Aug 2009, Joe Snikeris wrote: > > On Thu, Aug 20, 2009 at 10:58 PM, Ian Smith<smi...@nimnet.asn.au> wrote: > > > On Thu, 20 Aug 2009 14:03:29 -0500 Joe Snikeris <j...@snikeris.com> > wrote: > > > > > > > First off, I apologize if this is not the right forum for this > > > > question. I was torn between posting this in mobile, ACPI, X11 and > > > > here. If I might get a better response in one of those forums, please > > > > let me know and I'll post there instead. > > > > > > I suspect -mobile might be the best list for this one, perhaps -acpi > > > but that's usually more about development than usage. You might try > > > searching the archives of either for mention of the X40. > > > > > > > I'm having some trouble getting the kinks worked out of the > > > > suspend/resume functionality on my laptop, an IBM Thinkpad X40. It is > > > > mostly working now, but I am still experiencing some strange behavior. > > > > I can suspend and resume from a console just fine (except for the > > > > fact that the console comes up blank and only displays new > > > > characters); however, suspending and resuming in X is problematic. > > > > > > > > The first suspend and resume in X works perfectly, but the next time I > > > > hit suspend, the machine locks up while still displaying whatever I > > > > was doing in X. Note that if I switch to a virtual terminal before > > > > hitting suspend, this problem does not occur. Does anyone have any > > > > suggestions on what I might do to get this resolved? The details of > > > > my machine follows; please let me know if any additional information > > > > would be helpful. > > > > > > My T23 requires hw.syscons.sc_no_suspend_vtswitch=1 to suspend/resume > > > cleanly (7.0), so does my old Compaq Armada (but that's APM, not ACPI) > > > > Thanks Ian. This fixed the problem where suspend would hang the > > second time it was executed in X. > > Good to know another model that this works on, for the archives. > > > At any rate, I gave up on ACPI. I've got suspend-to-ram and > > suspend-to-disk (hibernation) working perfectly using APM. > > > > Does anyone know if there are any disadvantages related to > > power-saving features when using APM over ACPI? Is powerd able to do > > its job just as well? > > The answer to that (at 5.5-STABLE) used to be 'no', but there is some > APM code in powerd.c, related to how it determines the AC line state, > though it's not clear to me if it would require compiling APM in kernel. > > Certainly /etc/rc.d/power_profile can't set CPU CX states without ACPI.
Ok. Just did a search to find out what CPU CX states were. For a good explanation of the CX states: http://lists.freebsd.org/pipermail/freebsd-current/2009-May/006436.html > > Switching speeds relies on the dev.cpu.0.freq and dev.cpu.0.freq_levels > sysctls - are these available when you're running on APM? If so, try > running powerd(8) in verbose foreground mode (-v) and see what happens. Yes they are. And powerd in verbose foreground mode shows that it is lowering the frequency all the way down to 75 MHz depending on the load. Cool. Thanks again, Ian. Take care, Joe _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
