public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Michael Frank <mhf@linuxmail.org>
To: Ramon Casellas <casellas@infres.enst.fr>,
	Patrick Mochel <mochel@osdl.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Bug/Oops Power Management with linux-2.6.0-test5-mm2
Date: Tue, 16 Sep 2003 22:29:17 +0800	[thread overview]
Message-ID: <200309162229.17737.mhf@linuxmail.org> (raw)
In-Reply-To: <Pine.LNX.4.56.0309161431230.11872@gandalf.localdomain>

On Tuesday 16 September 2003 20:34, Ramon Casellas wrote:
> 
> The only problem now is that if I suspend, when resuming, neither the
> mouse nor the NIC works, but it's getting much better.
> 
> 
> with 
> echo -n disk > /sys/power/state
> 
> Stopping tasks: ===================================================================
>  stopping tasks failed (1 tasks remaining)
>  Restarting tasks...<6> Strange, artsd not stopped
>   done
> 
> IIRC, I only have to kill artsd before hibernating...
> 
> 

As to the mouse, i8042 wont survice suspend. Its a bit tricky
but reloading the module works. 

However I was unable to convince modprobe to load i8042 so it 
won't work before rc.sysinit runs.

1) You can use the little patch below

--- linux-2.6.0-test4-Vanilla/drivers/input/serio/Kconfig       2003-09-05 18:07:10.000000000 +0800
+++ linux-2.6.0-test5-mhf63/drivers/input/serio/Kconfig 2003-09-16 21:16:38.000000000 +0800
@@ -19,7 +19,7 @@
          as a module, say M here and read <file:Documentation/modules.txt>.

 config SERIO_I8042
-       tristate "i8042 PC Keyboard controller" if EMBEDDED || !X86
+       tristate "i8042 PC Keyboard controller"
        default y
        depends on SERIO
        ---help---

2) Config i8042 as a module in input device support
  CONFIG_SERIO_I8042=m

3) Add near top of rc.sysinit
  modprobe i8042

4) In your script Note you must use a script because once you
remove the module so goes the keyboard ;)

rmmod i8042
echo -n mem > /sys/power/state
modprobe i8042

As to the NIC, I suspect PCI interrupt links die.
  Note the output of /proc/interrupts _before_ and _after_
  suspend. 

  I expect the interrupts not to increase after suspend.

If other devices connected to PCI such as PCMCIA or USB (sound ?)
have trouble after suspend _and_ reloading the module does not 
work, this is the likely cause.

Regards
Michael



  reply	other threads:[~2003-09-16 14:32 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-09-15 12:31 Bug/Oops Power Management with linux-2.6.0-test5-mm2 Ramon Casellas
2003-09-15 17:11 ` Patrick Mochel
2003-09-16 12:34   ` Ramon Casellas
2003-09-16 14:29     ` Michael Frank [this message]
2003-09-16 15:57     ` Patrick Mochel
2003-09-16 16:35       ` Ramon Casellas
2003-09-16 16:53         ` Patrick Mochel
2003-09-16 17:08           ` Ramon Casellas
2003-09-16 20:41           ` Michael Frank
2003-09-16 17:33         ` Pavel Machek
2003-09-19  8:23           ` Ramon Casellas

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=200309162229.17737.mhf@linuxmail.org \
    --to=mhf@linuxmail.org \
    --cc=casellas@infres.enst.fr \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mochel@osdl.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox