[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20060809002159.GE4886@elf.ucw.cz>
Date: Wed, 9 Aug 2006 02:21:59 +0200
From: Pavel Machek <pavel@....cz>
To: "Rafael J. Wysocki" <rjw@...k.pl>
Cc: "Steinar H. Gunderson" <sgunderson@...foot.com>,
linux-kernel@...r.kernel.org, Andrew Morton <akpm@...l.org>
Subject: Re: Suspend on Dell D420
On Tue 2006-08-08 17:41:23, Rafael J. Wysocki wrote:
> On Tuesday 08 August 2006 17:01, Steinar H. Gunderson wrote:
> > On Tue, Aug 08, 2006 at 04:04:00PM +0200, Rafael J. Wysocki wrote:
> > > Please apply the appended patch to the SMP kernel and try the following:
> > >
> > > [...]
> > >
> > > I think (1) will work and (2) will not, but let's see. :-)
> >
> > Actually, both worked just fine. The first one (testproc) gave me EPERM on
> > the actual write call according to echo, but I guess that's just a side
> > effect of sloppy test code :-)
>
> Oh, I just forgot to initialize error in kernel/power/disk.c#prepare_processes.c .
> Sorry.
>
> However, this means the drivers' suspend and resume routines seem to work fine
> and the problem is somehow related to the BIOS black magic that happens
> during the "real" suspend.
>
> No idea what to do next. :-(
(Can we get bugzilla entry? I somehow lost track).
Can you try with method=powerdown or method=reboot? BIOS black magic
is not involved at least in reboot parts...
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