I have a related problem in Gutsy. On wake from suspend or hibernate,
my touchpad seems to be 'reset' such that tapping is enabled and
scrolling is disabled, and configuration via SHM doesn't have any
effect. Now I realize that this is probably because after resume,
events are coming via PS/2 emu
OK, my problem is (I think) solved, due to be pushed into upstream Debian
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455994). Apparently, on
suspend from resume, the /dev/input subsystem assigns a new node to the
Synaptics touchpad, but X is still trying to talk to the old one. So, X fal
fixed at least in intrepid.
** Changed in: xserver-xorg-input-synaptics (Ubuntu)
Status: New => Fix Released
--
/dev/input/mice duplicates synaptics communication and makes configuring
synaptics impossible
https://bugs.launchpad.net/bugs/180374
You received this bug notification because
** Also affects: xserver-xorg-input-synaptics (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455994
Importance: Unknown
Status: Unknown
--
/dev/input/mice duplicates synaptics communication and makes configuring
synaptics impossible
https://bugs.launchpad.net/bugs/180
** Changed in: xserver-xorg-input-synaptics (Debian)
Status: Unknown => Fix Released
--
/dev/input/mice duplicates synaptics communication and makes configuring
synaptics impossible
https://bugs.launchpad.net/bugs/180374
You received this bug notification because you are a member of Ubunt
** Also affects: xserver-xorg-input-synaptics (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455994
Importance: Unknown
Status: Unknown
--
/dev/input/mice duplicates synaptics communication and makes configuring
synaptics impossible
https://bugs.launchpad.net/bugs/180
** Changed in: xserver-xorg-input-synaptics (Debian)
Status: Unknown => Fix Released
--
/dev/input/mice duplicates synaptics communication and makes configuring
synaptics impossible
https://bugs.launchpad.net/bugs/180374
You received this bug notification because you are a member of Ubunt
fixed at least in intrepid.
** Changed in: xserver-xorg-input-synaptics (Ubuntu)
Status: New => Fix Released
--
/dev/input/mice duplicates synaptics communication and makes configuring
synaptics impossible
https://bugs.launchpad.net/bugs/180374
You received this bug notification because
I have a related problem in Gutsy. On wake from suspend or hibernate,
my touchpad seems to be 'reset' such that tapping is enabled and
scrolling is disabled, and configuration via SHM doesn't have any
effect. Now I realize that this is probably because after resume,
events are coming via PS/2 emu
OK, my problem is (I think) solved, due to be pushed into upstream Debian
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455994). Apparently, on
suspend from resume, the /dev/input subsystem assigns a new node to the
Synaptics touchpad, but X is still trying to talk to the old one. So, X fal
** Also affects: xserver-xorg-input-synaptics (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455994
Importance: Unknown
Status: Unknown
--
/dev/input/mice duplicates synaptics communication and makes configuring
synaptics impossible
https://bugs.launchpad.net/bugs/180
** Changed in: xserver-xorg-input-synaptics (Debian)
Status: Unknown => Fix Released
--
/dev/input/mice duplicates synaptics communication and makes configuring
synaptics impossible
https://bugs.launchpad.net/bugs/180374
You received this bug notification because you are a member of Ubunt
I have a related problem in Gutsy. On wake from suspend or hibernate,
my touchpad seems to be 'reset' such that tapping is enabled and
scrolling is disabled, and configuration via SHM doesn't have any
effect. Now I realize that this is probably because after resume,
events are coming via PS/2 emu
OK, my problem is (I think) solved, due to be pushed into upstream Debian
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455994). Apparently, on
suspend from resume, the /dev/input subsystem assigns a new node to the
Synaptics touchpad, but X is still trying to talk to the old one. So, X fal
fixed at least in intrepid.
** Changed in: xserver-xorg-input-synaptics (Ubuntu)
Status: New => Fix Released
--
/dev/input/mice duplicates synaptics communication and makes configuring
synaptics impossible
https://bugs.launchpad.net/bugs/180374
You received this bug notification because
fixed at least in intrepid.
** Changed in: xserver-xorg-input-synaptics (Ubuntu)
Status: New => Fix Released
--
/dev/input/mice duplicates synaptics communication and makes configuring
synaptics impossible
https://bugs.launchpad.net/bugs/180374
You received this bug notification because
fixed at least in intrepid.
** Changed in: xserver-xorg-input-synaptics (Ubuntu)
Status: New => Fix Released
--
/dev/input/mice duplicates synaptics communication and makes configuring
synaptics impossible
https://bugs.launchpad.net/bugs/180374
You received this bug notification because
I have a related problem in Gutsy. On wake from suspend or hibernate,
my touchpad seems to be 'reset' such that tapping is enabled and
scrolling is disabled, and configuration via SHM doesn't have any
effect. Now I realize that this is probably because after resume,
events are coming via PS/2 emu
OK, my problem is (I think) solved, due to be pushed into upstream Debian
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455994). Apparently, on
suspend from resume, the /dev/input subsystem assigns a new node to the
Synaptics touchpad, but X is still trying to talk to the old one. So, X fal
** Also affects: xserver-xorg-input-synaptics (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455994
Importance: Unknown
Status: Unknown
--
/dev/input/mice duplicates synaptics communication and makes configuring
synaptics impossible
https://bugs.launchpad.net/bugs/180
** Changed in: xserver-xorg-input-synaptics (Debian)
Status: Unknown => Fix Released
--
/dev/input/mice duplicates synaptics communication and makes configuring
synaptics impossible
https://bugs.launchpad.net/bugs/180374
You received this bug notification because you are a member of Ubunt
** Also affects: xserver-xorg-input-synaptics (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455994
Importance: Unknown
Status: Unknown
--
/dev/input/mice duplicates synaptics communication and makes configuring
synaptics impossible
https://bugs.launchpad.net/bugs/180
** Changed in: xserver-xorg-input-synaptics (Debian)
Status: Unknown => Fix Released
--
/dev/input/mice duplicates synaptics communication and makes configuring
synaptics impossible
https://bugs.launchpad.net/bugs/180374
You received this bug notification because you are a member of Ubunt
I have a related problem in Gutsy. On wake from suspend or hibernate,
my touchpad seems to be 'reset' such that tapping is enabled and
scrolling is disabled, and configuration via SHM doesn't have any
effect. Now I realize that this is probably because after resume,
events are coming via PS/2 emu
OK, my problem is (I think) solved, due to be pushed into upstream Debian
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455994). Apparently, on
suspend from resume, the /dev/input subsystem assigns a new node to the
Synaptics touchpad, but X is still trying to talk to the old one. So, X fal
fixed at least in intrepid.
** Changed in: xserver-xorg-input-synaptics (Ubuntu)
Status: New => Fix Released
--
/dev/input/mice duplicates synaptics communication and makes configuring
synaptics impossible
https://bugs.launchpad.net/bugs/180374
You received this bug notification because
** Also affects: xserver-xorg-input-synaptics (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455994
Importance: Unknown
Status: Unknown
--
/dev/input/mice duplicates synaptics communication and makes configuring
synaptics impossible
https://bugs.launchpad.net/bugs/180
** Changed in: xserver-xorg-input-synaptics (Debian)
Status: Unknown => Fix Released
--
/dev/input/mice duplicates synaptics communication and makes configuring
synaptics impossible
https://bugs.launchpad.net/bugs/180374
You received this bug notification because you are a member of Ubunt
I have a related problem in Gutsy. On wake from suspend or hibernate,
my touchpad seems to be 'reset' such that tapping is enabled and
scrolling is disabled, and configuration via SHM doesn't have any
effect. Now I realize that this is probably because after resume,
events are coming via PS/2 emu
OK, my problem is (I think) solved, due to be pushed into upstream Debian
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455994). Apparently, on
suspend from resume, the /dev/input subsystem assigns a new node to the
Synaptics touchpad, but X is still trying to talk to the old one. So, X fal
30 matches
Mail list logo
