All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Randy.Dunlap" <rddunlap@osdlab.org>
To: Alex Cruise <acruise@infowave.com>
Cc: "'linux-kernel@vger.kernel.org'" <linux-kernel@vger.kernel.org>
Subject: Re: apm suspend broken in 2.4.10
Date: Fri, 28 Sep 2001 15:05:58 -0700	[thread overview]
Message-ID: <3BB4F446.E7E1C014@osdlab.org> (raw)
In-Reply-To: <6B90F0170040D41192B100508BD68CA1015A81B1@earth.infowave.com>

Alex Cruise wrote:
> 
> 2.4.7 has the apm=on bug and won't suspend either... I'm beginning to
> suspect that something else is afoot, but I might as well try 2.4.2...
> 
> Funny, with 2.4.2, "apm=on" seems to work as expected, and the first time I
> tried "apm --suspend", the screen blanked but nothing else appeared to
> happen.  When I hit a key, the suspend command appeared to still be running.
> I switched to a different vc and did a "ps ax", it looked like it was  stuck
> in the middle of trying to unmount an smbfs filesystem.
> 
> Next time I booted up, I umounted the smbfs system and did an "apm
> --suspend" that appears to have shut everything down... And when I hit the
> power button, it comes up again, albeit with an incredibly dim screen (a
> common problem on this Dell Latitude C600).
> 
> So, from the point of view of my laptop, something important seems to have
> changed between 2.4.2 and 2.4.7.
> 
> > I suspect that it's something like a single driver change (not apm,
> > but PM-support in a driver).  How many I/O-device drivers do you
> > use?  Would it be difficult to try to isolate which one may be
> > faulty?
> 
> How would I find out what driver(s) might be vetoing my suspend request?
> 
> Here's the complete list of modules which might typically be loaded at boot:
> 
> 3c59x
> smbfs
> lns_cp437
> vfat
> fat
> ide-cd
> cdrom
> md
> usb-uhci
> usbcore
> maestro3
> sound
> soundcore
> ac97_codec
> r128
> agpgart
> usb-uhci
> usbcore


Unload some of these (that you don't really need to run)
and try "apm -s".

If that fails, unload some more of them and try again...

That would at least narrow down the search for us.

~Randy

  reply	other threads:[~2001-09-28 22:08 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-09-28  1:50 apm suspend broken in 2.4.10 Alex Cruise
2001-09-28 22:05 ` Randy.Dunlap [this message]
  -- strict thread matches above, loose matches on Subject: below --
2001-09-28 22:30 Alex Cruise
2001-09-28 22:31 ` Randy.Dunlap
     [not found] <6B90F0170040D41192B100508BD68CA1015A81B2@earth.infowave.co m>
2001-09-28  3:31 ` Lewin A.R.W. Edwards
2001-09-28  3:03 Alex Cruise
2001-09-27 23:56 Alex Cruise
2001-09-28  0:10 ` Randy.Dunlap
2001-09-28  0:52 ` Alan Cox
2001-09-28  9:09   ` jc
2001-09-28 10:05     ` Keith Owens
2001-09-27 21:07 Alex Cruise
2001-09-27 21:03 Alex Cruise
2001-09-27 22:17 ` Randy.Dunlap
2001-09-28  9:12   ` jc
2001-09-27  0:29 Alex Cruise
2001-09-27 20:36 ` Randy.Dunlap
2001-09-25 22:00 jc
2001-09-26  8:44 ` Matthias Andree

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3BB4F446.E7E1C014@osdlab.org \
    --to=rddunlap@osdlab.org \
    --cc=acruise@infowave.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.