[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080103105615.GC1732@elf.ucw.cz>
Date: Thu, 3 Jan 2008 11:56:15 +0100
From: Pavel Machek <pavel@....cz>
To: "Rafael J. Wysocki" <rjw@...k.pl>
Cc: Ingo Molnar <mingo@...e.hu>,
pm list <linux-pm@...ts.linux-foundation.org>,
ACPI Devel Maling List <linux-acpi@...r.kernel.org>,
Alan Stern <stern@...land.harvard.edu>,
Andrew Morton <akpm@...ux-foundation.org>,
Len Brown <lenb@...nel.org>,
LKML <linux-kernel@...r.kernel.org>, Greg KH <gregkh@...e.de>,
David Brownell <david-b@...bell.net>
Subject: Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended
(rev. 2)
Hi!
> > > > That way any suspend breakage would be detectable (and bisectable)
> > > > in automated testing - if the resume does not come back after 10-20
> > > > seconds then the test failed.
> > >
> > > Yes, but please note that some systems require user space
> > > manipulations of the graphics adapter for suspend to work and to
> > > detect a breakage of such a system you need to boot it into X and use
> > > s2ram to suspend.
> >
> > yeah, i wouldnt expect graphics mode to come back without quirks. But it
> > should still work fine over the network, right? (which is my main mode
> > of testing anyway)
>
> Well, if the graphics is sufficiently broken, it won't resume at
> all.
Actually, no. Unless you try to boot the bios, it should come up
without graphics.
Hmm... first framebuffer access may kill the machine at that
point... so disable framebuffer...? ;-).
vga=1 and no acpi_sleep options usually does the trick for me. That
should work everywhere, independend of graphics options, AFAICT.
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