Suspend/Resume on Thinkpad x40
smithi at nimnet.asn.au
Sat Aug 22 03:53:33 UTC 2009
On Fri, 21 Aug 2009, Joe Snikeris wrote:
> On Thu, Aug 20, 2009 at 10:58 PM, Ian Smith<smithi at nimnet.asn.au> wrote:
> > On Thu, 20 Aug 2009 14:03:29 -0500 Joe Snikeris <joe at 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.
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.
More information about the freebsd-questions