Pad needs resetting after resume from suspend

[ghost]

The original Sentelic driver accepted an "R" flag which would reset the pad enabling it to work after resume from suspend. This needs to be re-incorporated into the multitouch driver somehow as the pad becomes completely unresponsive after resume from suspend. I have worked around it by adding psmouse to suspend_modules but this causes all touchpad settings to revert to their defaults after resuming.

[wulczer]

I don't have trouble with psmouse when suspending/resuming if I unbind the EHCI and XHCI buses before suspend (that is, suspend to RAM, no hibernate to disk, haven't ever tried hibernating the Zenbook).

The relevant fragments from my /etc/pm/sleep.d/zenbook

EHCI_BUSES="0000:00:1a.0 0000:00:1d.0"
XHCI_BUSES="0000:03:00.0"
case "${1}" in
    hibernate|suspend)
        # Switch USB buses off
        for bus in $EHCI_BUSES; do
            echo -n $bus > /sys/bus/pci/drivers/ehci_hcd/unbind
        done
        for bus in $XHCI_BUSES; do
            echo -n $bus > /sys/bus/pci/drivers/xhci_hcd/unbind
        done
        ;;
    resume|thaw)
        # Switch USB buses back on
        for bus in $EHCI_BUSES; do
            echo -n $bus > /sys/bus/pci/drivers/ehci_hcd/bind
        done
        for bus in $XHCI_BUSES; do
            echo -n $bus > /sys/bus/pci/drivers/xhci_hcd/bind
        done
    ;;
esac

[ghost]

You're right - on my system had an old version of a PM script to do just that, that also interfered with the touchpad. Replaced that with your version and now it works perfectly. Forget my own head next...