[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080225225820.GP2659@elf.ucw.cz>
Date: Mon, 25 Feb 2008 23:58:20 +0100
From: Pavel Machek <pavel@....cz>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: "Michael S. Tsirkin" <m.s.tsirkin@...il.com>,
"Rafael J. Wysocki" <rjw@...k.pl>,
LKML <linux-kernel@...r.kernel.org>,
Alexey Starikovskiy <astarikovskiy@...e.de>,
Len Brown <len.brown@...el.com>, linux-acpi@...r.kernel.org,
Jeff Garzik <jeff@...zik.org>
Subject: Re: broken suspend in .2.6.25-rc3 on T61p (was Re: new regression
in 2.6.25-rc3: no keyboard/lid acpi events on thinkpad T61p)
Hi!
> > > > Maybe it doesn't. Andrew saw the autoresume on -rc[2,3]
> > >
> > > And earlier - I think 2.6.23 does it as well.
> >
> > But that one at least resumes fine, does it not?
>
> Nope, the resume-after-five-seconds and black-screen-after-resume have
> always been there (I've only had the thing a few months).
>
> I thought the restoring of the screen after resume is handled by the X
> server? I'm using the nv.o driver. Perhaps nvidia's driver handles it
> right, dunno.
Aha, so you do not have s2ram from suspend.sf.net installed, do you?
Restoring the screen is done by either
a) kernel/bios (acpi_sleep=..., or better s2ram -f -a X )
b) vbetool
c) X
. s2ram should detect your machine, and automatically set acpi_sleep
and/or perform vbetool magic.
Please try s2ram, there's good chance it will just work.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists