[bug?] chvt in /etc/acpi/lid.sh
mdz at canonical.com
Fri Dec 3 11:35:44 CST 2004
On Fri, Dec 03, 2004 at 08:51:07AM +0100, Dennis Kaarsemaker wrote:
> On Thu, 2004-12-02 at 22:15 +0000, Paul Sladen wrote:
> > On Thu, 2 Dec 2004, Dennis Kaarsemaker wrote:
> > > I noticed that /etc/acpi/lid.sh issues a chvt, I guess to save power by
> > > not having X in the foreground. But some laptops (including mine of
> > > course) do not receive a signal when the lid is re-opened so I manually
> > > have to switch to the X vt.
> > >
> > > Is this to be considered a bug?
> > I believe one of the main reasons for switching away to the text-display is
> > to handle the fact that many of the X drivers do not cope with suspend.
> > Yes, file it; It's a bug in the sense unsuspend is not being detected.
> > Presumebly what should happen is to detect the unsuspend has occured (even
> > if there's no ACPI event generated by the hardware) and generate it by hand.
> Closing the lid does *not* suspend my laptop, it merely locks the screen
> (xscreensaver-command -lock)
This is a feature, of sorts. We don't suspend laptops by default, because
most of the time it doesn't work (and many systems can't return from
Yes, it should be possible to enable it for testing in a simple way, and
yes, we would welcome contribution of such a feature.
More information about the ubuntu-devel