Hi,
since 2.6.20 still oopses when we try to suspend with platform mode on !ACPI
machines, i'd suggest something like that (and i have yet to see a machine,
where ->prepare fails, but ->enter works, but those can still be activated
with "platform-force".
Index: suspend.c
=
Hi,
On Wednesday, 21 February 2007 14:24, Stefan Seyfried wrote:
> Hi,
>
> since 2.6.20 still oopses when we try to suspend with platform mode on !ACPI
> machines, i'd suggest something like that (and i have yet to see a machine,
> where ->prepare fails, but ->enter works, but those can still be
On Wed, Feb 21, 2007 at 06:53:54PM +0100, Rafael J. Wysocki wrote:
> Hi,
>
> On Wednesday, 21 February 2007 14:24, Stefan Seyfried wrote:
> > Hi,
> >
> > since 2.6.20 still oopses when we try to suspend with platform mode on !ACPI
> > machines, i'd suggest something like that (and i have yet to s
On Wednesday, 21 February 2007 19:34, Stefan Seyfried wrote:
> On Wed, Feb 21, 2007 at 06:53:54PM +0100, Rafael J. Wysocki wrote:
> > Hi,
> >
> > On Wednesday, 21 February 2007 14:24, Stefan Seyfried wrote:
> > > Hi,
> > >
> > > since 2.6.20 still oopses when we try to suspend with platform mode
On Tue, 2007-02-20 at 23:43 +0100, Pavel Machek wrote:
> > Suspends on the console using
> > s2ram -f -p -m
> >
> > Suspending with X (and everything else) running seems to result in a
>
> Try running vesafb and unaccelerated X. Does that help?
No it didn't help. If I let the CD boot with it's u
On Wed 2007-02-21 20:53:15, Sitsofe Wheeler wrote:
> On Tue, 2007-02-20 at 23:43 +0100, Pavel Machek wrote:
> > > Suspends on the console using
> > > s2ram -f -p -m
> > >
> > > Suspending with X (and everything else) running seems to result in a
> >
> > Try running vesafb and unaccelerated X. Doe
