[lkml]   [2003]   [Oct]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Subject2.6.0-test6: APM unable to suspend (the 2.6.0-test2 saga continues)
On Sun, Aug 17, 2003 at 05:23:10PM +0100, Russell King wrote:
> On Wed, Aug 06, 2003 at 11:15:19PM +0100, Russell King wrote:
> > I'm trying to test out APM on my laptop (in order to test some PCMCIA
> > changes), but I'm hitting a brick wall. I've added the device_suspend()
> > calls for the SAVE_STATE, DISABLE and the corresponding device_resume()
> > calls into apm's suspend() function. (this is needed so that PCI
> > devices receive their notifications.)
> >
> > However, APM is refusing to suspend. I'm seeing the following kernel
> > messages:
> I've just been doing further testing.
> The kernel test setup consists of booting a kernel with init=/bin/sh,
> and after the shell prompt appears, hitting the BIOS-magic "suspend to
> RAM" key combination.

I've just re-tested this with 2.6.0-test6, and the problem persists.
Red Hat 2.4.20-20.7smp works fine.

I'm booting both 2.4 and 2.6 kernels with: init=/bin/sh apm=debug
without starting any daemons, or having any PCMCIA socket drivers
loaded. apm debug messages appear to be identical between 2.4 and
2.6 kernels.

On Mon, Aug 11, 2003 at 10:50:39PM +1000, Stephen Rothwell wrote:
> The error logged by the apm driver indicates an error from the BIOS. So
> the BIOS thinks the machine is in a state that it cannot suspend from.

If that is so, how do we go about debugging this type of problem?
I've tried the obvious of disabling virtually all drivers, and this
doesn't appear to make any difference what so ever. I'm guessing
that something in the core i386 architecture code is causing the

Russell King (
Linux kernel 2.6 ARM Linux -
maintainer of: 2.6 PCMCIA -
2.6 Serial core
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:49    [W:0.056 / U:0.208 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site