Bug#372692: xserver-xorg-input-synaptics: doesn't load options from xorg.conf
I can confirm this problem in the freedesktop git tree. These are my observations: If running a touchpad driver such as appletouch or bcm5974, simply reload the driver using rmmod and modprobe. The result will be that synclient -l is unchanged, whereas the actual parameters affecting the driver has changed to the defaults in the synaptics.c source code. For instance, if you have two-finger scrolling set in your /etc/X11/xorg.conf, and reload the driver, synclient -l will still say two-finger scrolling is on, but it will not work. The output of synclient -l and the real effect on the driver are evidently not always the same, which is a big red flag. I have looked a bit at the code, but still no luck. Henrik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372692: xserver-xorg-input-synaptics: doesn't load options from xorg.conf
On Monday 19 June 2006 11:37, you wrote: I prepared a modified package that should completely discard the external-intervention-conspiracy :) Package is at http://people.debian.org/~malattia/packages/ and includes the below small patch to hide the SHMConfig struct in the driver and modifies synclient to ask for confirmation when trying to change a parameter value (so beware that X could hang waiting for an answer if the conspiracy is taking place). X loads in my failsafe session fine with this modified driver. I tried 'synclient -l | grep RightEdge a few different times with similar random behavior to what I described before. This system now has only X installed. I completely reinstalled Debian the other day. I only installed the x-window-system and kde and 9wm packages and their dependencies in addition to the base install. KDE and 9wm do not start, but the failsafe session runs fine. A few times when I restarted and logged in to the failsafe session, I found that RightEdge was already set to 5980 and the edge scrolling was not working. I executed 'synclient RightEdge=5980' and the synclient asked me to confirm the change like you said it would. I confirmed the change, and the edge scrolling started working. I think that this pretty much rules out any script foul play since my home directory is nearly empty due to the reinstall and *synaptics packages are no where on my system. wt -- Warren Turkal, Research Associate III/Systems Administrator Colorado State University, Dept. of Atmospheric Science -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372692: xserver-xorg-input-synaptics: doesn't load options from xorg.conf
Hello Peter, bad news, the bug is still there with the modified version of the shmem segment (see below). As Warren (the bug submitter) says, the behaviour seems randomic, both on the RightEdge value and the fact that edge scrolling is working or not. Do you have any other idea to dealwith the issue? If necessary you can read the full log of the discussion here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=372692 Thanks in advance, Mattia On Wed, Jun 21, 2006 at 12:05:35AM -0600, Warren Turkal wrote: On Monday 19 June 2006 11:37, you wrote: I prepared a modified package that should completely discard the external-intervention-conspiracy :) Package is at http://people.debian.org/~malattia/packages/ and includes the below small patch to hide the SHMConfig struct in the driver and modifies synclient to ask for confirmation when trying to change a parameter value (so beware that X could hang waiting for an answer if the conspiracy is taking place). X loads in my failsafe session fine with this modified driver. I tried 'synclient -l | grep RightEdge a few different times with similar random behavior to what I described before. This system now has only X installed. I completely reinstalled Debian the other day. I only installed the x-window-system and kde and 9wm packages and their dependencies in addition to the base install. KDE and 9wm do not start, but the failsafe session runs fine. A few times when I restarted and logged in to the failsafe session, I found that RightEdge was already set to 5980 and the edge scrolling was not working. I executed 'synclient RightEdge=5980' and the synclient asked me to confirm the change like you said it would. I confirmed the change, and the edge scrolling started working. I think that this pretty much rules out any script foul play since my home directory is nearly empty due to the reinstall and *synaptics packages are no where on my system. wt -- Warren Turkal, Research Associate III/Systems Administrator Colorado State University, Dept. of Atmospheric Science -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372692: xserver-xorg-input-synaptics: doesn't load options from xorg.conf
On Monday 19 June 2006 11:37, you wrote: Don't know, some script? Anyway, I contacted upstream and he agrees that the easiest explanation for the behaviour you see is something external intervening. I'm sorry to bother you in this direction but... Okay. I don't believe it and even an rgrep 'synclient' in my /etc turned up nothing. I have also reinstalled the system about two days ago, so it is a perfect time to do some more testing. I haven't even restored my home directory yet. I just have an empty user with all of KDE and Xorg installed. I prepared a modified package that should completely discard the external-intervention-conspiracy :) Package is at http://people.debian.org/~malattia/packages/ and includes the below small patch to hide the SHMConfig struct in the driver and modifies synclient to ask for confirmation when trying to change a parameter value (so beware that X could hang waiting for an answer if the conspiracy is taking place). The .changes file is signed and you can check md5sums of files there. I am guessing that I need to run this with startx from console as starting from the kdm init script won't give me the stdout and stdin that I want so I can see the manual confirmation you added. Is this logic correct? BTW, how does this explain the scenario where 'synclient -l' shows the RightEdge set to 5980, but the edge scrolling doesn't work until I manually execute 'synclient RightEdge=5980' to set the option? Thanks for your tireless efforts on this, wt -- Warren Turkal, Research Associate III/Systems Administrator Colorado State University, Dept. of Atmospheric Science -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372692: xserver-xorg-input-synaptics: doesn't load options from xorg.conf
On Tue, Jun 20, 2006 at 11:31:47AM -0600, Warren Turkal wrote: On Monday 19 June 2006 11:37, you wrote: Don't know, some script? Anyway, I contacted upstream and he agrees that the easiest explanation for the behaviour you see is something external intervening. I'm sorry to bother you in this direction but... Okay. I don't believe it and even an rgrep 'synclient' in my /etc turned up nothing. I have also reinstalled the system about two days ago, so it is a perfect time to do some more testing. I haven't even restored my home directory yet. I just have an empty user with all of KDE and Xorg installed. and still the same problem... right? I prepared a modified package that should completely discard the external-intervention-conspiracy :) Package is at http://people.debian.org/~malattia/packages/ and includes the below small patch to hide the SHMConfig struct in the driver and modifies synclient to ask for confirmation when trying to change a parameter value (so beware that X could hang waiting for an answer if the conspiracy is taking place). The .changes file is signed and you can check md5sums of files there. I am guessing that I need to run this with startx from console as starting from the kdm init script won't give me the stdout and stdin that I want so I can see the manual confirmation you added. Is this logic correct? well, yes, I suppose running from xdm will simply hang there or continue without touching synaptics settings as the added code in synclient is pretty dumb and doesn't check for errors (no tty should make the scanf return with an error and yes will be compared some random memory on the stack). BTW, how does this explain the scenario where 'synclient -l' shows the RightEdge set to 5980, but the edge scrolling doesn't work until I manually execute 'synclient RightEdge=5980' to set the option? I'm speechless... :) Thanks for your tireless efforts on this, sorry for being that obstinate on my side, but really, similar problems are always due to some header mismatch in [kqg]synaptics or similar, expecially when the shared memory segment layout changes as happened in 0.14.5. Thanks again for your patience, -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372692: xserver-xorg-input-synaptics: doesn't load options from xorg.conf
On Sun, Jun 11, 2006 at 01:49:47PM -0600, Warren Turkal wrote: On Sunday 11 June 2006 03:35, you wrote: but this is definitely weird. The default for that option is 5400 so there _must_ be something external intervening. What external could be intervening? Here's proof that *synaptics packages are not installed. Don't know, some script? Anyway, I contacted upstream and he agrees that the easiest explanation for the behaviour you see is something external intervening. I'm sorry to bother you in this direction but... I prepared a modified package that should completely discard the external-intervention-conspiracy :) Package is at http://people.debian.org/~malattia/packages/ and includes the below small patch to hide the SHMConfig struct in the driver and modifies synclient to ask for confirmation when trying to change a parameter value (so beware that X could hang waiting for an answer if the conspiracy is taking place). The .changes file is signed and you can check md5sums of files there. Restoring the original package should be as easy as apt-get install --reinstall xserver-xorg-input-synaptics Thanks again diff --git a/synaptics.h b/synaptics.h --- a/synaptics.h +++ b/synaptics.h @@ -32,6 +32,8 @@ struct SynapticsHwInfo { #define SHM_SYNAPTICS 23947 typedef struct _SynapticsSHM { +int pad[100]; + int version; /* Driver version */ /* Current device state */ diff --git a/synclient.c b/synclient.c --- a/synclient.c +++ b/synclient.c @@ -162,9 +162,15 @@ set_variables(SynapticsSHM *synshm, int } } if (found) { + char answer[128]; double val = atof(eqp[1]); struct Parameter* par = params[j]; + printf(Really change %s? , cmd); + scanf(%s, answer); + if (strcmp(answer, yes) != 0) + continue; + if (val par-min_val) val = par-min_val; if (val par-max_val) -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372692: xserver-xorg-input-synaptics: doesn't load options from xorg.conf
Hello, On Sat, Jun 10, 2006 at 11:29:17PM -0600, Warren Turkal wrote: Subject: xserver-xorg-input-synaptics: doesn't load options from xorg.conf Package: xserver-xorg-input-synaptics Version: 0.14.5-1 Severity: important Hello Xperts, ;) I am not sure why this happens, but my synaptics setting do not get loaded every time I start X. I have the following synaptics configuration section in xorg.conf. Section InputDevice Identifier Synaptics Touchpad Driver synaptics Option Protocol auto-dev Option CorePointer Option SHMConfigtrue Option HorizScrollDelta 0 Option RightEdge5980 EndSection Here is output from synclient -l | grep RightEdge immediately after logging into a failsafe session: [EMAIL PROTECTED]:~$ synclient -l | grep RightEdge RightEdge= 5300 This should be set to 5980 as per my xorg.conf configuration. Okay, if I now do synclient RightEdge=5980 to override the default, the previous command returns the right thing and the edge scrolling works. [EMAIL PROTECTED]:~$ synclient RightEdge=5980 [EMAIL PROTECTED]:~$ synclient -l | grep RightEdge RightEdge= 5980 I strongly suspect an interaction with something else. Do you have any of the graphical configuration client installed (gsynaptics/ksynaptics/qsynaptics)? Can you attach an Xorg.0.log of a session? Thanks -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372692: xserver-xorg-input-synaptics: doesn't load options from xorg.conf
On Sun, Jun 11, 2006 at 02:39:40AM -0600, Warren Turkal wrote: On Sunday 11 June 2006 01:30, Mattia Dongili wrote: I strongly suspect an interaction with something else. Do you have any of the graphical configuration client installed (gsynaptics/ksynaptics/qsynaptics)? Can you attach an Xorg.0.log of a session? All of the testing was done from a failsafe session started from kdm. The failsafe session starts some X terminal (maybe the gnome one) and nothing else. Also, I do not have ksynaptics or qsynaptics installed as they were my first recipient of blame. I have attached Xorg.0.log. Here is a paste of the most relevant thing in the log, I think. (II) Synaptics touchpad driver version 0.14.5 (1405) (--) Synaptics Touchpad auto-dev sets device to /dev/input/event1 (**) Option Device /dev/input/event1 (**) Option SHMConfig true (**) Option RightEdge 5980 (**) Option HorizScrollDelta 0 (--) Synaptics Touchpad touchpad found It may be important to notice that it sets the parameters before the Synaptics Touchpad is found. There is another reference to the touchpad near the botton of the log. this is normal :) The driver usually need some piece of configuration to detect the proper device. Synaptics DeviceOn called (--) Synaptics Touchpad auto-dev sets device to /dev/input/event1 (**) Option Device /dev/input/event1 (--) Synaptics Touchpad touchpad found There is no mention of setting the options here, but I guess it really wouldn't make sense to set the options again. BTW, here is the output of synclient -l | grep RightEdge for reference on the same X session this log covers. [EMAIL PROTECTED]:~$ synclient -l | grep RightEdge RightEdge= 5300 but this is definitely weird. The default for that option is 5400 so there _must_ be something external intervening. Can you disable SHMConfig and see if you're able to tell if the behaviour is correct or not? I mean, can you tell without the help of synclient if the right edge is what you defined or not? [...] I would also like to say that this has been a long term problem. I am pretty sure this was happening with the 6.9 version of X before 7.0 hit unstable, but I really don't remember with absolute certainty. I think this bug may also be the same problem as bug #370795. The same bug could potentially be causing #335209, but I can't really tell since #335209 involves ksynaptics. Yes, I mostly agree, but I'd need more insight before merging them. I'm still convinced there's something external playing dirty here, the configuration routines are pretty straightforward and such weird things are hard to happen in the driver itself... thanks again -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372692: xserver-xorg-input-synaptics: doesn't load options from xorg.conf
On Sunday 11 June 2006 03:35, you wrote: but this is definitely weird. The default for that option is 5400 so there _must_ be something external intervening. What external could be intervening? Here's proof that *synaptics packages are not installed. [EMAIL PROTECTED]:~$ dpkg -l \*synaptics Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- un gsynaptics none (no description available) pn ksynaptics none (no description available) pn qsynaptics none (no description available) un synaptics none (no description available) pn xfree86-driver none (no description available) un xorg-driver-sy none (no description available) ii xserver-xorg-i 0.14.5-1 Synaptics TouchPad driver for X.Org/XFree86 Can you disable SHMConfig and see if you're able to tell if the behaviour is correct or not? I mean, can you tell without the help of synclient if the right edge is what you defined or not? In the initial report, I disabled the SHMConfig option and had the same incorrect behavior. I think it's also worth saying that all data was obtained from the kdm screen or a failsafe session. I didn't gather data from a KDE or any other wm session. wt -- Warren Turkal, Research Associate III/Systems Administrator Colorado State University, Dept. of Atmospheric Research http://www.atmos.colostate.edu/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372692: xserver-xorg-input-synaptics: doesn't load options from xorg.conf
Subject: xserver-xorg-input-synaptics: doesn't load options from xorg.conf Package: xserver-xorg-input-synaptics Version: 0.14.5-1 Severity: important Hello Xperts, ;) I am not sure why this happens, but my synaptics setting do not get loaded every time I start X. I have the following synaptics configuration section in xorg.conf. Section InputDevice Identifier Synaptics Touchpad Driver synaptics Option Protocol auto-dev Option CorePointer Option SHMConfigtrue Option HorizScrollDelta 0 Option RightEdge5980 EndSection Here is output from synclient -l | grep RightEdge immediately after logging into a failsafe session: [EMAIL PROTECTED]:~$ synclient -l | grep RightEdge RightEdge= 5300 This should be set to 5980 as per my xorg.conf configuration. Okay, if I now do synclient RightEdge=5980 to override the default, the previous command returns the right thing and the edge scrolling works. [EMAIL PROTECTED]:~$ synclient RightEdge=5980 [EMAIL PROTECTED]:~$ synclient -l | grep RightEdge RightEdge= 5980 Okay, so now I logout of X, and it restarts coming back to my display manager. I then login to a failsafe session. The synclient -l | grep RightEdge command now returns the correct thing, but the edge scrolling does not work for some time. After that the edge scrolling starts working. The time ranges from very low (15-30 seconds) to much longer (multiple minutes). However, sometimes the edge scrolling does not start working at all. [EMAIL PROTECTED]:~$ synclient -l | grep RightEdge RightEdge= 5980 If I turn off the SHMConfig option in the xorg.conf and restart X, the same behavior is exhibited except that, of course, I cannot run use the synclient command. I have also found that the RightEdge is not the only setting affected by this problem. I also tried with the PressureMotionMaxFactor option, and it seems to react the same way. The funny thing is that sometimes the settings get set, and sometimes they don't. Sometimes there is a stall before the edge scrolling works and sometimes there is not. I don't really know what is causing the problem, but I hope this helps to track down the problem. wt -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg-input-synaptics depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxi61:1.0.0-5 X11 Input extension library ii xserver-xorg-core 1:1.0.2-8 X.Org X server -- core server xserver-xorg-input-synaptics recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]