[Studio XPS 16] touchpad doesn't return from resume

@Mario -- could you get the output of the following for me:

    cat /sys/devices/platform/i8042/serio0/uevent
    cat /sys/devices/platform/i8042/serio1/uevent
    cat /sys/devices/platform/i8042/serio1/protocol

Then could you slurp down this kernel and give it a shot for me, specifically could you do the failed suspend/resume cycle and then get the output of:

    dmesg

Kernels are here:

    http://people.ubuntu.com/~apw/lp317270-jaunty/

@Andy
      I placed everything your requested in a zip file.

@Jerone -- thanks for that info. I have tailored some more debug for this. Could you try the kernel at the URL below (lp31270apw2) and get the me dmesg output. There is also a possibility the changes made might make the pad work after reset so could you confirm that it does fail to come back on your default Jaunty kernel and whether it is any different on this one. Thanks:

    http://people.ubuntu.com/~apw/lp317270-jaunty/

@Andy
       With with the kernel you posted the track pad does now work after suspend. I have attached the dmesg output.

@Andy
          To follow up more. With the default jaunty kernel the trackpad still does not work after suspend. But with the kernel you just posted does.

Here is the relevant snippets from the logs:

[ 9.843475] APW: psmouse_reset() called
[ 108.611573] APW: synaptics_reset() called
[ 108.646034] APW: psmouse_reset() called
[ 114.498997] APW: synaptics_reconnect() called
[ 115.496017] APW: synaptics_reconnect() not synaptics ... IGNORED
[ 115.496126] APW: synaptics_reconnect() attempting reset
[ 115.496229] APW: psmouse_reset() called
[ 115.891602] APW: synaptics_reconnect() now synaptics ... GOOD
[ 115.891605] APW: psmouse_reset() called

From this debug we can see that this device is not detected as a synaptics unless we first reset the channel. If we do that then a second detection will succeed.

@Jerone -- I have uploaded a 'fix' and debug kernel which should work out of the box on the machine. Could you test that both as it is and with a module option:

   option psmouse synaptics_resume_reset=N

For each could you tell me if the touchpad works and also include the dmesg output.

@Andy
        So the fixed kernel works. But when you turn on synaptics_resume_reset=N , the touchpad does not even work on bootup.
          Will attach dmesg logs

This bug was fixed in the package linux - 2.6.28-8.22

---------------
linux (2.6.28-8.22) jaunty; urgency=low

  [ Amit Kucheria ]

  * Remove perm-blacklist

  [ Andy Whitcroft ]

  * SAUCE: psmouse/synaptics: ensure we reset the device on resume
    - LP: #317270

  [ Tim Gardner ]

  * Add lpia to getabi script
  * SAUCE: tracer for sreadahead

 -- Amit Kucheria <email address hidden> Fri, 13 Feb 2009 15:23:21 +0200

I have a problem with my touchpad

i have a Dell Vostro 1510

uname -r
2.6.28-8-generic

dmesg | grep synaptics
[ 12.770680] WARNING: synaptics was reset on resume, see synaptics_resume_reset if you have trouble on resume

beudbeud:

What's exactly wrong with your touchpad, and is it *only* after resume? Is
it not working in X? Is xserver-xorg-input-synaptics installed? It's
important to determine if this regression only happened with that new
kernel, or if the X pieces are broken.

On Thu, Feb 19, 2009 at 05:10, beudbeud <email address hidden> wrote:

> I have a problem with my touchpad
>
> i have a Dell Vostro 1510
>
> uname -r
> 2.6.28-8-generic
>
> dmesg | grep synaptics
> [ 12.770680] WARNING: synaptics was reset on resume, see
> synaptics_resume_reset if you have trouble on resume
>
> --
> [Studio XPS 16] touchpad doesn't return from resume
> https://bugs.launchpad.net/bugs/317270
> You received this bug notification because you are a member of The Dell
> Team, which is subscribed to Dell Ubuntu Project.
>

--
Mario Limonciello
<email address hidden>
Sent from: Austin Texas United States.

Yes the xserver-xorg-input-synaptics is installed.
What is that synaptics_resume_reset?

thank you

There seem to be no more comments related to this bug, but I have a Gateway MX6433 with a synaptics driver installed and the same behaviour occurs to me. When I resume I get this message in dmesg:
[ 18.355674] WARNING: synaptics was reset on resume, see synaptics_resume_reset if you have trouble on resume
but my touchpad doesn't work. This only happens on resume from suspend and I'm using kernel 2.6.28-8.26
I am very happy though that it can resume from suspend at all. No prior kernel even resumed at all until now.

Oh, and I have an external usb mouse that works fine after resume, so I can still function, If I can solve this I'll have a perfect setup

@Jeremy -- could you try adding the line below to your /etc/modprobe.d/options and reboot, then retest and report back here:

       option psmouse synaptics_resume_reset=N

@Andy -- tried it. Didn't make any difference. It still does not work on resume. It also still gives the reset message as if nothing changed.

You might have to update the initramfs if psmouse is built into the
kernel (not sure if it is these days) and try to reboot:

sudo update-initramfs -u

Tried it, but it still failed to resume the touchpad. I wish they had the foreknowledge to put these internal pads on the usb bus instead. Now PS/2 is almost dead as it should be, but it leaves us with lingering shortcomings. Here is the dmesg output from my resume:
[ 1228.388476] MMC: killing requests for dead queue
[ 1229.016119] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[ 1229.016345] sd 0:0:0:0: [sda] Stopping disk
[ 1231.069928] ACPI handle has no context!
[ 1231.070033] ACPI handle has no context!
[ 1231.070043] sdhci-pci 0000:05:09.4: PCI INT A disabled
[ 1231.070051] ACPI handle has no context!
[ 1231.084104] ACPI handle has no context!
[ 1231.084110] tifm_7xx1 0000:05:09.3: PCI INT A disabled
[ 1231.084117] ACPI handle has no context!
[ 1231.100047] ieee1394: hpsb_bus_reset called while bus reset already in progress
[ 1231.100126] ACPI handle has no context!
[ 1231.116199] ACPI handle has no context!
[ 1231.132051] sky2 eth0: disabling interface
[ 1231.148235] ATI IXP MC97 controller 0000:00:14.6: PCI INT B disabled
[ 1231.148505] ATI IXP AC97 controller 0000:00:14.5: PCI INT B disabled
[ 1231.148557] ATI IXP AC97 controller 0000:00:14.5: power state changed by ACPI to D0
[ 1231.148732] pata_atiixp 0000:00:14.1: PCI INT A disabled
[ 1231.148828] ehci_hcd 0000:00:13.2: PCI INT A disabled
[ 1231.148883] ohci_hcd 0000:00:13.1: PCI INT A disabled
[ 1231.148938] ohci_hcd 0000:00:13.0: PCI INT A disabled
[ 1231.149015] PM: suspend devices took 2.764 seconds
[ 1231.149398] ACPI: Preparing to enter system sleep state S3
[ 1231.914115] Disabling non-boot CPUs ...
[ 1231.914115] Back to C!
[ 1231.918412] ACPI: Waking up from system sleep state S3
[ 1231.958925] ACPI: EC: non-query interrupt received, switching to interrupt mode
[ 1231.960118] pci 0000:00:00.0: restoring config space at offset 0x...

Well, more on this bug. I had an error in my options file since I copied the line above without proofreading it first. It should start with the word options emphasis on plurality. I should have noticed this when looking in the file earlier, but I didn't. Still however after changing that option it doesn't seem to make any difference. My touchpad still fails to resume, only now there is no reset warning on start.

Attached is the full log from dmesg.

The bug task for the somerville project has been removed by an automated script. This bug has been cloned on that project and is available here: https://bugs.launchpad.net/bugs/1305690