All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dmitry Torokhov <dtor_core@ameritech.net>
To: Kevin Fenzi <kevin-kernel@scrye.com>
Cc: Brouard Nicolas <brouard@ined.fr>,
	linux-kernel@vger.kernel.org,
	Nigel Cunningham <ncunningham@linuxmail.org>
Subject: Re: psmouse as module with suspend/resume
Date: Fri, 16 Jul 2004 17:43:37 -0500	[thread overview]
Message-ID: <200407161743.37577.dtor_core@ameritech.net> (raw)
In-Reply-To: <20040716164704.CFC1A43FF@voldemort.scrye.com>

On Friday 16 July 2004 11:46 am, Kevin Fenzi wrote:
> >>>>> "Dmitry" == Dmitry Torokhov <dtor_core@ameritech.net> writes:
> 
> Dmitry> On Thursday 15 July 2004 03:54 pm, Kevin Fenzi wrote:
> >> Greetings.
> >>
> >> I am having a bit of an issue with psmouse and suspend/resume.  I
> >> am using the swsusp2, which is working great... (Thanks Nigel!)
> >>
> >> However:
> >>
> >> If I compile psmouse as a module and leave it in and suspend/resume
> >> when the laptop comes back the mouse doesn't work at all.
> >>
> >> If I compile psmouse as a module and unload before suspend, and
> >> reload after resume, the mouse works for simple movement, but all
> >> the advanced synaptics features no longer work. No tap for mouse
> >> button, no scolling, etc.
> >>
> >> If I compile psmouse in everything works after a suspend/resume
> >> cycle.
> 
> Dmitry> There should not be any differences between module and
> Dmitry> compiled version.  Could you please change #undef DEBUG to
> Dmitry> #define DEBUG in drivers/input/serio/i8042.c module and post
> Dmitry> the full dmesg (you may have to use log_buf_size=131072 and
> Dmitry> 'dmesg -s 131072' to get the full dmesg).
> 
> ok. I did that...
> 
> Here is a boot up with psmouse as a module.
> Then a suspend.
> Then a rmmod psmouse; modprobe psmouse.
>

>From what I see there was no attempts to reconnect any of the devices
connected to PS/2 ports.

I am inclined to say that it's swsusp2 problem. I briefly looked over
the code and I could not find a place where device_power_up would be
called; swsusp2 goes straight to device_resume. This causes system
devices (and i8042 is currently a system device) not be resumed and
thus your touchpad is left id default PS/2 hardware emulation mode.

Have you tried swsusp1? It seems to have the proper hooks in place.
 
-- 
Dmitry

  parent reply	other threads:[~2004-07-16 22:43 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-07-15 20:54 psmouse as module with suspend/resume Kevin Fenzi
2004-07-16  5:58 ` Dmitry Torokhov
     [not found]   ` <20040716164704.CFC1A43FF@voldemort.scrye.com>
2004-07-16 22:43     ` Dmitry Torokhov [this message]
2004-07-17  4:23       ` Nigel Cunningham

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=200407161743.37577.dtor_core@ameritech.net \
    --to=dtor_core@ameritech.net \
    --cc=brouard@ined.fr \
    --cc=kevin-kernel@scrye.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=ncunningham@linuxmail.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.