scrollwheel emulation breaks after suspend with 2.6.27-7
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
xserver-xorg-input-evdev |
Fix Released
|
Medium
|
|||
xserver-xorg-input-evdev (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Bug Description
Binary package hint: xserver-
ii xserver-
ii linux-image-
after updating to 2.6.27-7 scrollwheel emulation on the trackpoint in my Thinkpad X300 no longer works.
I enable it thus:
xinput set-int-prop "TPPS/2 IBM TrackPoint" "Wheel Emulation" 8 1
xinput set-int-prop "TPPS/2 IBM TrackPoint" "Wheel Emulation Button" 8 2
It works at first, but not after suspending. xinput(1) shows the emulation is still enabled and it behaves as if it should be (the middle mouse button respects the wheel emulation timeout setting and while I'm holding it down, the mouse pointer doesn't move), but scroll events don't seem to be making it to applications.
Works fine in 2.6.27-6, but I don't see anything obvious in the kernel changelogs that relates to this.
Chris Jones (cmsj) wrote : | #1 |
In freedesktop.org Bugzilla #18057, Chris Jones (cmsj) wrote : | #2 |
I am running Ubuntu Intrepid
Linux kodachi 2.6.27-7-generic #1 SMP Fri Oct 10 03:55:24 UTC 2008 i686 GNU/Linux
ii xserver-xorg 1:7.4~2ubuntu7 the X.Org X server
ii xserver-xorg-core 2:1.5.1-1ubuntu3 Xorg X server - core server
ii xserver-
I configure scrollwheel emulation with:
xinput set-int-prop "TPPS/2 IBM TrackPoint" "Wheel Emulation" 8 1
xinput set-int-prop "TPPS/2 IBM TrackPoint" "Wheel Emulation Button" 8 2
after a suspend/resume cycle, xinput reports that the emulation setting is still enabled and the mouse behaves as if it is working, but it doesn't actually send scroll events.
Also reported at: https:/
In freedesktop.org Bugzilla #18057, Peter Hutterer (peter-hutterer) wrote : | #3 |
I fixed that today, can you please fetch from git and try again?
In freedesktop.org Bugzilla #18057, Chris Jones (cmsj) wrote : | #4 |
Peter: thanks for the swift response! I don't suppose that comes down to a single commit does it? It would be by far easiest for me to test if I could quickly apply a patch to the package I have and rebuild it.
If not then nevermind, I'll grab the whole thing and build it :)
In freedesktop.org Bugzilla #18057, Peter Hutterer (peter-hutterer) wrote : | #5 |
b0737bdbd1f6e60
It'd be great if you could test git tip too though.
In freedesktop.org Bugzilla #18057, Chris Jones (cmsj) wrote : | #6 |
Created an attachment (id=19651)
disables ABI checking for xinput
In freedesktop.org Bugzilla #18057, Chris Jones (cmsj) wrote : | #7 |
I'm not exactly sure if I'm doing the right things in testing this, but if I am, I don't think it's working.
I did:
git clone git://anongit.
git branch --track evdev-2.1-branch origin/
git checkout evdev-2.1-branch
applied ubuntu's ABI skipping patch (attached)
./autogen.sh --prefix=/usr
make
sudo make install
restarted X
I now see more xinput properties:
Device 'TPPS/2 IBM TrackPoint':
Device Enabled: 1
Evdev Axis Inversion: 0, 0
Evdev Reopen Attempts: 10
Evdev Middle Button Emulation: 0
Evdev Middle Button Timeout: 50
Evdev Wheel Emulation: 0
Evdev Wheel Emulation Axes: 0, 0, 4, 5
Evdev Wheel Emulation Inertia: 10
Evdev Wheel Emulation Timeout: 200
Evdev Wheel Emulation Button: 0
Evdev Drag Lock Buttons: 0
Wheel Emulation: 1
Wheel Emulation Button: 2
Wheel Emulation Y Axis: 4, 5
(not the default values, I played a little)
I see Wheel Emulation and Evdev Wheel Emulation, but enable either/both doesn't stop button 2 (middle) behaving purely as paste.
Chris Jones (cmsj) wrote : | #8 |
After further suspend cycles it seems that it doesn't work more often than it does work, to the extent that the previous comment seems to have been an isolated incident
Changed in evdev: | |
status: | Unknown → Confirmed |
In freedesktop.org Bugzilla #18057, Peter Hutterer (peter-hutterer) wrote : | #9 |
> Evdev Wheel Emulation: 0
> Evdev Wheel Emulation Button: 0
> Wheel Emulation: 1
> Wheel Emulation Button: 2
> Wheel Emulation Y Axis: 4, 5
you created new properties with your command. the property names are all prefixed with "Evdev ". Try again with the right property name (or the number, that'll work too)
In freedesktop.org Bugzilla #18057, Chris Jones (cmsj) wrote : | #10 |
Sorry, I did try setting those too, but it doesn't seem to help...
Fresh start:
Evdev Wheel Emulation: 0
Evdev Wheel Emulation Axes: 0, 0, 4, 5
Evdev Wheel Emulation Inertia: 10
Evdev Wheel Emulation Timeout: 200
Evdev Wheel Emulation Button: 4
xinput set-int-prop "TPPS/2 IBM TrackPoint" "Evdev Wheel Emulation Button" 8 2
xinput set-int-prop "TPPS/2 IBM TrackPoint" "Evdev Wheel Emulation" 8 1
Evdev Wheel Emulation: 1
Evdev Wheel Emulation Axes: 0, 0, 4, 5
Evdev Wheel Emulation Inertia: 10
Evdev Wheel Emulation Timeout: 200
Evdev Wheel Emulation Button: 2
Middle button still acts as a pure middle button.
In freedesktop.org Bugzilla #18057, Chris Jones (cmsj) wrote : | #11 |
Created an attachment (id=19654)
Xorg log
In freedesktop.org Bugzilla #18057, Peter Hutterer (peter-hutterer) wrote : | #12 |
wait, does it work at all? or just not after resume?
In freedesktop.org Bugzilla #18057, Chris Jones (cmsj) wrote : | #13 |
With the version currently shipping in Ubuntu Intrepid it works at first, but then stops after a suspend.
I've not been able to get the git version to work at all, but I should probably do a full reboot to be sure.
Changed in evdev: | |
status: | Confirmed → In Progress |
Gerd Feiner (cerb) wrote : | #14 |
i am also experiencing the same issue on a thinkpad x60s. scrollwheel emulation works fine after reboot and breaks after suspend. unlike chris, it never came back after suspend.
regards,
gerd
Gerd Feiner (cerb) wrote : | #15 |
latest update a few minutes ago didn't solve the problem either.
i am now on 2.6.27-7-generic
regards,
gerd
paweloque (paweloque) wrote : | #16 |
Is it possible that the device name is differs on different machines? I've a new Lenovo X301 and I don't even have the "TPPS/2 IBM TrackPoint" device. The only device that looks similar is the "DualPoint Stick", but executing the xinput with this name doesn't event make the scrolling work before a suspend.
Chris Jones (cmsj) wrote : | #18 |
The device name does change, but actually based on the BIOS setup. It's called TPPS/2 IBM Trackpoint on mine because I disable the touchpad in the BIOS.
Reboot and do "xinput list" to find the device, then "xinput list-props" to get the properties of that device.
(You need to reboot because if you set properties that don't exist, they are created and ignored by the driver, so rebooting gets you a clean slate).
kelvie (kelvie) wrote : | #19 |
I just came back from a hibernate and the trackpoint stopped working on my x60t as well:
/etc/acpi/resume.d $ xinput list-props 6
Device 'TPPS/2 IBM TrackPoint':
Device Enabled: 1
Middle Button Emulation: 1
Middle Button Timeout: 50
Wheel Emulation Inertia: 10
Wheel Emulation: 1
Wheel Emulation X Axis: 6, 7
Wheel Emulation Y Axis: 4, 5
Wheel Emulation Timeout: 200
Wheel Emulation Button: 2
Drag Lock Buttons: 0
I am also using 2.6.27-7-generic.
kelvie (kelvie) wrote : | #20 |
And by trackpoint in my above comment, I was just referring to the scrolling.
Gerd Feiner (cerb) wrote : | #21 |
maybe this should be visible as intrepid bug?
kelvie (kelvie) wrote : | #22 |
I don't seem to see this problem anymore as of yesterday's updates.
kelvie (kelvie) wrote : | #23 |
Hmm, never mind. It still seems to happen. I must have inadvertently restarted X last time.
Jack Lecou (jackl) wrote : | #24 |
I'm also experiencing this problem: scroll emulation set with xinput works initially, but stops working after a suspend/resume. Same versions as above.
I'll add that it also stops working after a mere VT switch (which may be the real cause, since suspend/resume seems to do a VT switch implicitly).
Trying to turn it back on with xinput seems to partly work: button 2 presses stop being emitted and the cursor freezes while button 2 is down, but no button 4/5 events are emitted. (And, occasionally, re-running xinput WILL work after suspend/resume.)
Matthew Weier O'Phinney (mweierophinney) wrote : | #25 |
I can verify the same mis-behavior on a Lenovo T61. I've defined a mouse-wheel.fdi for HAL, and on boot, all works as expected. However, after resuming from suspend or hibernate, scroll functionality no longer works.
Aurimas Fišeras (aurimas-gmail) wrote : | #26 |
I have the same problem, however, I can switch to another user and there scroll-wheel emulation works.
In freedesktop.org Bugzilla #18057, Niklas Vanhainen (niklas-vanhainen) wrote : | #27 |
I had this same problem on Ubuntu 8.10. I just tried the latest git version and it did indeed fix the problem as far as I can tell. I'm going on about a dozen suspend-resume cycles and still no problems.
In freedesktop.org Bugzilla #18057, Niklas Vanhainen (niklas-vanhainen) wrote : | #28 |
I had a peculiar problem once I installed the git version. Every time I hit Ctrl-C, the X-server would crash, and every time I hit Alt-F4, it would switch to a terminal.
I don't know if this is related but I thought I'd better let you know. The problem was resolved by reinstalling the Ubuntu version of evdev, which is from git on 2008-09-12.
Niklas Vanhainen (niklas-vanhainen) wrote : | #29 |
I have this problem as well (Thinkpad X61 Tablet). It works when you switch to another user because that starts a new instance of X.
This applies to pretty much all Thinkpads, and they are quite popular among Linux users, so it would be nice if this could be fixed prior to the release.
Niklas Vanhainen (niklas-vanhainen) wrote : | #30 |
The problem appears to have been fixed upstream. I installed the latest copy from the git repository, and have tried suspending and resuming over a dozen times and it's still working.
In freedesktop.org Bugzilla #18057, Niklas Vanhainen (niklas-vanhainen) wrote : | #31 |
Ok, so I used the b0737bdbd1f6e60
I'm guessing thats what draglock that was mentioned in the commit is for?
Niklas Vanhainen (niklas-vanhainen) wrote : | #32 |
So I tried various upstream versions back and forth. The bug was supposed to have been fixed in the b0737bdbd1f6e60
So I haven't been able to pinpoint exactly where this problem was fixed, and as such can't post a diff for that. I will continue investigating the problem when I have the time.
Anyone who wants to fix the problem now can follow these instructions:
sudo apt-get install build-essential git-core
sudo apt-get source xserver-
git clone git://git.
cd xf86-input-evdev
git reset --hard 5f2c8a2dcdf98b3
./autogen --prefix=/usr
make
sudo make install
Now restart X and it should work properly. (at least it did for me)
If it doesn't work, first try rebooting, and if it still doesn't work, reinstall the Ubuntu version with
sudo apt-get -s install --reinstall xserver-
Unfortunately I don't know how to make a deb out of this.
Niklas Vanhainen (niklas-vanhainen) wrote : | #33 |
Oops that should be sudo apt-get install --reinstall xserver-
Jack Lecou (jackl) wrote : | #34 |
5f2c8a2dcdf98b3
(NB: I did have to manually install a couple extra xorg related -dev packages to compile it.)
Niklas Vanhainen (niklas-vanhainen) wrote : | #35 |
Hm yeah I suppose the apt-get source should be apt-get build-dep xserver-
Changed in xserver-xorg-input-evdev: | |
status: | New → Confirmed |
In freedesktop.org Bugzilla #18057, Peter Hutterer (peter-hutterer) wrote : | #36 |
On Sat, Oct 25, 2008 at 08:30:15AM -0700, <email address hidden> wrote:
> Ok, so I used the b0737bdbd1f6e60
> Ubuntu version, and it solved the scrolling problem I had with the Ubuntu
> version as well as the crashing problem I had with HEAD, but it appears that
> another bug was introduced. After a VT-switch I cannot drag things with the
> mouse, for instance drag a window or copy with the mouse.
> I'm guessing thats what draglock that was mentioned in the commit is for?
no. draglock is a feature for those who can't hold a button down while
dragging. shouldn't affect standard mouse operation at all.
the problem is caused because the wakeup handlers didn't register again. Please
try the patch below, fixes the problem for me.
commit ea13733382f85de
Author: Peter Hutterer <email address hidden>
Date: Mon Oct 27 15:54:49 2008 +1030
emuMB: add EvdevMBEmuOn and call from EvdevOn to register wakeup handlers.
This got broken in b0737bdbd1f6e60
EmuMBPreInit call was removed from EvdevOn. As a result, VT switching away and
back wouldn't restore the wakeup handlers and mouse button presses
disappeared.
diff --git a/src/emuMB.c b/src/emuMB.c
index 4af0791..e5a767a 100644
--- a/src/emuMB.c
+++ b/src/emuMB.c
@@ -317,6 +317,11 @@ EvdevMBEmuPreIn
pEvdev-
+}
+
+void
+EvdevMBEmuOn(
+{
RegisterBl
diff --git a/src/evdev.c b/src/evdev.c
index d112efe..26ae0a1 100644
--- a/src/evdev.c
+++ b/src/evdev.c
@@ -1008,6 +1008,7 @@ EvdevOn(
} else
{
+ EvdevMBEmuOn(
}
diff --git a/src/evdev.h b/src/evdev.h
index c2f614a..7e1da15 100644
--- a/src/evdev.h
+++ b/src/evdev.h
@@ -127,6 +127,7 @@ BOOL EvdevMBEmuFilte
void EvdevMBEmuWakeu
void EvdevMBEmuBlock
void EvdevMBEmuPreIn
+void EvdevMBEmuOn(
void EvdevMBEmuFinal
void EvdevMBEmuEnabl
In freedesktop.org Bugzilla #18057, Niklas Vanhainen (niklas-vanhainen) wrote : | #37 |
Great thanks, that works perfectly.
Changed in evdev: | |
status: | In Progress → Fix Released |
Niklas Vanhainen (niklas-vanhainen) wrote : | #38 |
Niklas Vanhainen (niklas-vanhainen) wrote : | #39 |
Chris Jones (cmsj) wrote : | #40 |
Niklas: Is that the only patch required to the current Intrepid version, or is that a diff against current git?
(If the former I hope we can get this pushed through as an SRU, if the latter then it'd have to be a backport at best, I think)
Niklas Vanhainen (niklas-vanhainen) wrote : | #41 |
Chris: Those are the commits that fix this problem, nothing else, so it's not a new version or anything.
Oh and the commits are b0737bdbd1f6e60
Chris Jones (cmsj) wrote : | #42 |
I'm a little confused, those patches don't seem to apply cleanly to the package in intrepid?
Niklas Vanhainen (niklas-vanhainen) wrote : | #43 |
- preinit.diff Edit (3.9 KiB, text/plain)
Weird, it worked for me and I've been using it for a week now, but when I tried it on another computer it didn't apply.
I patched it manually and made a diff, so here it is. See if this works for you.
This is diffed against xserver-
aliencam (cameronk) wrote : | #44 |
I did not apply the patches, but I would like to comment that it happens to me every other time I go into suspend... (For example, I turn on the laptop and middlemouse scroll works, then I suspend and resume and it does not, then after another suspend/resume it does work again.)
I am using intrepid ubuntu x86_64 and a thinkpad x61t
Marion Smith (msmith-extremeprogrammers) wrote : | #45 |
Would someone who understands all of this please post a NEW summary of instructions on how to fix this? I have read through it but I am not sure what exactly I need to do to fix this problem.
Aurimas Fišeras (aurimas-gmail) wrote : | #46 |
I applied Niklas Vanhainen's patch to xserver-
but it doesn't fix the problem.
Now scrollwheel emulation works only in Up direction before and after suspend/hibernate.
Matthew Weier O'Phinney (mweierophinney) wrote : | #47 |
With current xserver and kernels (as of 3 Nov 2008), I'm no longer experiencing this issue on a lenovo T61; everything works as expected.
Gerd Feiner (cerb) wrote : | #48 |
can you please post the exact versions you use? for me, with current updates as of today, it still doesn't work. i have a thinkpad x60s.
the problem still shows as when it started: scrollwheel emulation works after reboot or restart of X and stops working after VT switching or suspend/hibernate.
Gerd Feiner (cerb) wrote : | #49 |
i also tried applying those mentioned patches now. but it fails when trying to get the source for xserver-
# sudo apt-get source xserver-
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to find a source package for xserver-
i did all the prerequisites mentioned:
# sudo apt-get install build-essential git-core
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
g++ g++-4.3 libdigest-sha1-perl liberror-perl libstdc++6-4.3-dev
Suggested packages:
g++-multilib g++-4.3-multilib gcc-4.3-doc libstdc++6-4.3-dbg git-doc
git-arch git-cvs git-svn git-email git-daemon-run git-gui gitk gitweb
libstdc+
The following NEW packages will be installed:
build-essential g++ g++-4.3 git-core libdigest-sha1-perl liberror-perl
libstdc+
0 upgraded, 7 newly installed, 0 to remove and 0 not upgraded.
Need to get 8701kB of archives.
After this operation, 26.2MB of additional disk space will be used.
Do you want to continue [Y/n]?
Get:1 http://
Get:2 http://
Get:3 http://
Get:4 http://
Get:5 http://
Get:6 http://
Get:7 http://
Fetched 8701kB in 7s (1163kB/s)
Selecting previously deselected package libstdc++6-4.3-dev.
(Reading database ... 148295 files and directories currently installed.)
Unpacking libstdc++6-4.3-dev (from .../libstdc+
Selecting previously deselected package g++-4.3.
Unpacking g++-4.3 (from .../g++
Selecting previously deselected package g++.
Unpacking g++ (from .../g++
Selecting previously deselected package build-essential.
Unpacking build-essential (from .../build-
Selecting previously deselected package liberror-perl.
Unpacking liberror-perl (from .../liberror-
Selecting previously deselected package libdigest-
Unpacking libdigest-sha1-perl (from .../libdigest-
Selecting previously deselected package git-core.
Unpacking git-core (from .../git-
Processing triggers for man-db ...
Setting up liberror-perl (0.17-1) ...
Setting up libdigest-sha1-perl (2.11-2build2) ...
Setting up git-core (1:1.5.
Setting up g++-4.3 (4.3.2-1ubuntu11) ...
Setting up libstdc++6-4.3-dev (4.3.2-1ubuntu11) ...
Setting up g++ (4:4.3.1-1ubuntu2) ...
Setting up build-essential (11.4) ...
#
when searching for the xserver-x...
Gerd Feiner (cerb) wrote : | #50 |
restarting of X seems to leviate the problem and restores scrollwheel emulation - but it is a bit against the thought of suspending/
and by restarting X i mean you can either kill it with crtl-alt-backspace or just log out and then in again.
Chris Jones (cmsj) wrote : | #51 |
Niklas: thanks for re-rolling the patch, that one applied fine and I'm testing it now. It's already survived one suspend/resume cycle. I'll report back later as to how it's going.
Niklas Vanhainen (niklas-vanhainen) wrote : Re: [Bug 282387] Re: scrollwheel emulation breaks after suspend with 2.6.27-7 | #52 |
Ok, just to make this clear for those attempting to apply this patch,
follow these instructions, the instructions I gave above was for
getting a version from git where this problem doesn't exist.
sudo apt-get build-dep xserver-
apt-get source xserver-
cd xserver-
patch -p1 < /path/to/
./autogen --prefix=/usr
make
sudo make install
Restart the X server.
Post results here along with the problem you were experiencing before
the patch and any eventual problems after the patch.
Wouter Deconinck (wdconinc) wrote : | #53 |
The solution in comment #36 above works for me (one comment: ./autogen should be ./autogen.sh).
Before: scroll wheel emulation works before suspend, but broken after suspend.
After: scroll wheel emulation still works after returning from suspend.
Thanks for the patch!
Adi (adolf-selinger) wrote : | #54 |
Hi,
autogen.sh quits with the following error:
./configure: line 11656: syntax error near unexpected token `XINPUT,'
./configure: line 11656: `XORG_DRIVER_
btw: i cannot install build-dep. There is no such package. Did I miss something?
Thanx!
Aurimas Fišeras (aurimas-gmail) wrote : | #55 |
Now works for me too!
I was building a deb package with pdebuild and found out that
debian/
If I disable this patch and use Niklas Vanhainen' patch I get a deb package that fixes this problem.
Thanks.
Chris Jones (cmsj) wrote : | #56 |
- Package with preinit.diff applied Edit (45.1 KiB, application/x-debian-package)
Aurimas: I don't see that, and you'll need the abi check patch for xinput properties to work at all, so disabling that doesn't seem like a great idea (and certainly wouldn't be acceptable to the X team, I suspect!)
I've attached an i386 deb with the patch included. It would be great if we could get plenty of testing on this patch for potential SRUing
Aurimas Fišeras (aurimas-gmail) wrote : | #57 |
Chris Jones:
tried your package and with it installed scrollwheel emulation works only in Up direction.
Maybe something is wrong with my scrollwheel emulation configuration?
<match key="info.product" string="TPPS/2 IBM TrackPoint">
<merge key="input.
<merge key="input.
<merge key="input.
<merge key="input.
<merge key="input.
</match>
Or I simply mess up something while building the package.
Chris Jones (cmsj) wrote : | #58 |
Hi
Aurimas Fischer wrote:
> <merge key="input.
It could be your spelling of "Axis" there :)
fwiw I set this stuff from a script in my home directory which I
configured the GNOME Session preferences to launch when I log in.
All it does is run these commands:
xinput set-int-prop DEVICE "Wheel Emulation" 8 1
xinput set-int-prop DEVICE "Wheel Emulation Button" 8 2
xinput set-int-prop DEVICE "Wheel Emulation Y Axis" 8 4 5
where "DEVICE" is "TPPS/2 IBM TrackPoint"
Cheers,
--
Chris Jones
<email address hidden>
www.
Niklas Vanhainen (niklas-vanhainen) wrote : | #59 |
I'm experiencing the same problems as Aurimas Fischer with the don't
check abi patch enabled (including Chris's deb). It does work if I set
it up with xinput, but not with the HAL configuration. This patch is
all about initialization of the device and I assume xinput does its
thing after initialization. I tried including the Y Axis (and other
axises) parameters in the HAL config, unsuccessfully. I will
investigate and report back here.
Marion Smith (msmith-extremeprogrammers) wrote : | #60 |
I get the following error right off the bat:
marion@Adama:~$ sudo apt-get build-dep xserver-
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to find a source package for xserver-
marion@Adama:~$
tsurge (mastasurge) wrote : | #61 |
I applied the patch and it worked for the scroll, but now I cant click and hold my left button... meaning I cant highlight anything! Anyone know what I did wrong? T61
Niklas Vanhainen (niklas-vanhainen) wrote : | #63 |
tsurge: I assume you applied the first of two git patches? Try the
package Chris built.
On Thu, Nov 6, 2008 at 7:21 PM, tsurge <email address hidden> wrote:
> I applied the patch and it worked for the scroll, but now I cant click
> and hold my left button... meaning I cant highlight anything! Anyone
> know what I did wrong? T61
>
> --
> scrollwheel emulation breaks after suspend with 2.6.27-7
> https:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
Niklas Vanhainen (niklas-vanhainen) wrote : | #64 |
Marion: You probably don't have the source repository enabled...
On Thu, Nov 6, 2008 at 9:51 PM, Niklas Vanhainen
<email address hidden> wrote:
> tsurge: I assume you applied the first of two git patches? Try the
> package Chris built.
>
> On Thu, Nov 6, 2008 at 7:21 PM, tsurge <email address hidden> wrote:
>> I applied the patch and it worked for the scroll, but now I cant click
>> and hold my left button... meaning I cant highlight anything! Anyone
>> know what I did wrong? T61
>>
>> --
>> scrollwheel emulation breaks after suspend with 2.6.27-7
>> https:/
>> You received this bug notification because you are a direct subscriber
>> of the bug.
>>
>
Marion Smith (msmith-extremeprogrammers) wrote : | #65 |
Ok. I enabled the source repository and successfully installed the patch. I seem to be working great now. Thank you all for your help. I love Ubuntu!
Bob Peterson (bob-peterson) wrote : | #66 |
Nicklas: I installed your patch, which fixed the scrolling after suspend issue. However, I am now experiencing the problem of not being able to click and hold my left mouse button (e.g. highlight, drag selection box). I applied the second of your diffs after I found this problem, but it didn't help. I also can't install Chris's package, since it's for the i386 architecture (I'm running 64-bit).
tsurge (mastasurge) wrote : | #67 |
Same problem for myself as well. I have 64 bit ubuntu and so I cannot load Chris' patch.
David Klann (dxklann) wrote : | #68 |
Not to "beat a dead horse", but the patch (preinit.diff) and process described by Niklas Vanhainen on 2008-11-03 worked (exactly as described) for me on:
Lenovo ThinkPad T61 (type 6465-CTO)
uname -a: "Linux <hostname> 2.6.27-8-server #1 SMP Thu Nov 6 18:18:16 UTC 2008 x86_64 GNU/Linux"
dpkg -l xserver-xorg\* | fgrep ii | head -n 5
ii xserver-xorg 1:7.4~5ubuntu3 the X.Org X server
ii xserver-xorg-core 2:1.5.2-2ubuntu3 Xorg X server - core server
ii xserver-xorg-dev 2:1.5.2-2ubuntu3 Xorg X server - development files
ii xserver-
ii xserver-
Thanks for all the help!
-David Klann
Robert Persson (ireneshusband) wrote : | #69 |
My experience of this bug is different. For instance, just now my middle-button scrolling started working again for no apparent reason. I had been reading email in Thunderbird on one virtual desktop with scrolling disabled. Then I switched to Firefox on another virtual desktop and realised that I was able to scroll properly again. In other words this is happening independently of suspend or resume events. I don't yet know if this also works the other way (i.e.scrolling become suddenly disabled without apparent cause).
Chris Jones (cmsj) wrote : | #70 |
Robert: that sounds like a different bug, especially if you have a real middle button and are not using scrollwheel emulation settings. This bug is about xinput settings being lost on resume.
Tomasz Nowakowski (crazyrat) wrote : | #71 |
I have applied patch which was mention in comment #36 by Niklas Vanhainen. I have to say that the problem with scolling went gone, but new problem arrived. Left mouse button dragging stops working. I cannot select block of text or drug windows pointing it's title bar. Left mouse button click and double click works fine.
I have ThinkPad T61p and Ubuntu 8.10 x64 with kernel 2.6.27-7-generic.
Tomasz Nowakowski (crazyrat) wrote : | #72 |
I have applied also patch from comment #23 and all works perfect now. What I mean is that track point scroll and left mouse dragging works after waking up from suspend. I've tried several times put my computer into S3 mode and wake, and all seems to be working fine.
For the record I'll write all the scriptology that have been applied. I have to install some additional packages (autoconf, libltd7, libtool).
patch1: http://
patch2: http://
sudo apt-get build-dep xserver-
apt-get source xserver-
cd xserver-
patch -p1 < /path/to/
patch -p1 < /path/to/
./autogen.sh --prefix=/usr
make
sudo make install
I hope this will help somebody.
Niklas Vanhainen (niklas-vanhainen) wrote : | #73 |
Tomi: use the preinit.diff from comment #27 instead of 22 and 23, it
incorporates both and should apply cleanly, unlike 22 and 23.
On Mon, Nov 17, 2008 at 7:06 PM, Tomi <email address hidden> wrote:
> I have applied also patch from comment #23 and all works perfect now. What I mean is that track point scroll and left mouse dragging works after waking up from suspend. I've tried several times put my computer into S3 mode and wake, and all seems to be working fine.
> For the record I'll write all the scriptology that have been applied. I have to install some additional packages (autoconf, libltd7, libtool).
>
> patch1: http://
> patch2: http://
>
> sudo apt-get build-dep xserver-
> apt-get source xserver-
> cd xserver-
> patch -p1 < /path/to/
> patch -p1 < /path/to/
> ./autogen.sh --prefix=/usr
> make
> sudo make install
>
> I hope this will help somebody.
>
> --
> scrollwheel emulation breaks after suspend with 2.6.27-7
> https:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
Tomasz Nowakowski (crazyrat) wrote : | #74 |
You right Niklas. Funny thing that in my comment above (#56) I use link to a proper version of preinit.diff.
Sammy Spets (sammys) wrote : | #75 |
Patch confirmed to work on stinkpad X61 using the following:
http://
http://
Instructions from https:/
Kiitos Niklas! Hope we can get this into the package ASAP. I can help out if help will speed things up.
Niklas Vanhainen (niklas-vanhainen) wrote : | #76 |
Sammy: There is still the problem with the dont_check_abi patch
causing some problems with the HAL configuration when combined with
this patch, it only works properly using xinput commands. Did you try
patching with dont_check_abi?
I haven't had time to see if this can be fixed somehow. If you would
like to help out, try applying the dont_check_abi patch (i believe
it's in debian/patches of the source tree) to the latest copy from git
to see if the problem has been fixed. If it has, it's only a matter of
identifying which commit fixed it and incorporating that into the
patch.
On Tue, Nov 18, 2008 at 2:44 AM, Sammy Spets <email address hidden> wrote:
> Patch confirmed to work on stinkpad X61 using the following:
> http://
> http://
> Instructions from https:/
>
> Kiitos Niklas! Hope we can get this into the package ASAP. I can help
> out if help will speed things up.
>
> --
> scrollwheel emulation breaks after suspend with 2.6.27-7
> https:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
Sammy Spets (sammys) wrote : | #77 |
Niklas: Works with the dont_check_abi patch and git HEAD.
Sammy Spets (sammys) wrote : | #78 |
I've just tried running b0737bdbd1f6e60
As user 'fred' in their home directory:
git clone git://git.
cd xf86-input-evdev
git reset --hard b0737bdbd1f6e60
./autogen --prefix=/usr
make
As root:
invoke-rc.d gdm stop
cp ~fred/xf86-
ldconfig -n /usr/lib/
invoke-rc.d hal restart
invoke-rc.d gdm start
Sammy Spets (sammys) wrote : | #79 |
Ok... it's not selecting text in any window after applying the b0737* driver. Scrolling works though. I'll check where it fixes it.
Sammy Spets (sammys) wrote : | #80 |
Niklas: Here are my findings for the git repository revisions. On some of the revisions I couldn't select text after switching VT and back to X. Selecting by double-click worked but dragging with mouse button down didn't work. In the results below you'll find "Selection" results are about that.
63af314368cec47
af096e8c5d8b425
12498042fcc08e3
As you can see, CTRL-C still kills X even with the HEAD revision (63af314368cec4
Unfortunately, the commit fixing the problem doesn't cleanly apply to the xserver-
jklasdf (jjj11x) wrote : | #81 |
Installing the latest xserver-
epv (epvubuntu) wrote : | #82 |
as a side note, one can restore normal behavior when it's broken by removing and re-modprobing the psmouse module. Not a fix, but at least it doesn't require rebooting or restarting the X server.
(btw the problem happens for me with xserver-
kelvie (kelvie) wrote : | #83 |
Hmm, then perhaps it would be a good idea to put in /etc/acpi/resume.d a script (I called mine 99-reload-psmouse):
#!/bin/sh
rmmod psmouse
modprobe psmouse
I think you have to chmod +x it as well.
david wood (david-wood) wrote : | #84 |
Confirmed that the instructions from comment 36 work, using the patch from comment 27, on amd64, x200. I modified the steps by removing the explicit autogen, make, make install, and instead doing a debian/rules binary to create a deb.
Then I then saw the same issue that Aurimas reported (HAL policy not working, but xinput lines working); worked around that by adding the following lines to .profile (ugh):
# FIX FOR BROKEN EVDEV/HAL for TrackPoint scrolling:
xinput set-int-prop "TPPS/2 IBM TrackPoint" "Wheel Emulation" 8 1
xinput set-int-prop "TPPS/2 IBM TrackPoint" "Wheel Emulation Button" 8 2
xinput set-int-prop "TPPS/2 IBM TrackPoint" "Wheel Emulation Y Axis" 8 4 5
I consider this preferable to removing and re-adding modules (by pure superstition :). This forms the basis of new documentation added to thinkwiki here:
http://
If anyone would like to change/
Alexei Colin (alexei.colin) wrote : | #85 |
To add to obsidian's comment #68, it seems that HAL policy file is being read, but it is not being read in correctly. Here are two examples of a line in the policy file and what output from xinput it leads to after reboot:
<merge key="input.
Wheel Emulation Y Axis: 4, 0
<merge key="input.
Wheel Emulation Y Axis: 5, 0
Maybe it is worth filing a bug report about this one if people agree.
Timo Aaltonen (tjaalton) wrote : | #86 |
should be fixed in jaunty
Changed in xserver-xorg-input-evdev: | |
status: | Confirmed → Fix Released |
mooz (ramuski) wrote : | #87 |
Niklas's instructions in post #36 at https:/
I am using a Lenovo Thinkpad X61 Tablet.
The only steps additional steps I had to take was the installation of a few other dependencies including libtool and autoconf using the code:
sudo apt-get install libtool
sudo apt-get install autoconf
Matthäus Brandl (matthaeus) wrote : | #88 |
Thanks a lot, problem seems to be fixed here
Marc Jauvin (marc-r4l) wrote : | #89 |
This fix works for me on my Thinkpad T61.
Thanks a lot!
aliencam (cameronk) wrote : | #90 |
So by the status at the top being "fix released" does that mean that the fix should be in the repos already, or do we have to apply the patch as described in #36?
Nils (loewen-nils) wrote : | #91 |
I'm stuck at the 4th step in the sequence:
sudo apt-get build-dep xserver-
apt-get source xserver-
cd xserver-
patch -p1 < /path/to/
./autogen --prefix=/usr
make
sudo make install
I get the following error:
laptop:~$ patch -p1 < /path/to/
bash: /path/to/
I'm running: Intrepid 8.10 64 bit kernel 2.6.27-12 generic Gnome 2.24.1
Any help appreciated!
Niklas Vanhainen (niklas-vanhainen) wrote : Re: [Bug 282387] Re: scrollwheel emulation breaks after suspend with 2.6.27-7 | #92 |
Nils:
You need to replace "/path/
your preinit.diff.
On Tue, Feb 17, 2009 at 1:05 AM, Nils <email address hidden> wrote:
> I'm stuck at the 4th step in the sequence:
> sudo apt-get build-dep xserver-
> apt-get source xserver-
> cd xserver-
> patch -p1 < /path/to/
> ./autogen --prefix=/usr
> make
> sudo make install
>
> I get the following error:
> laptop:~$ patch -p1 < /path/to/
> bash: /path/to/
>
> I'm running: Intrepid 8.10 64 bit kernel 2.6.27-12 generic Gnome 2.24.1
> Any help appreciated!
>
> --
> scrollwheel emulation breaks after suspend with 2.6.27-7
> https:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
David Jaša (dejv) wrote : | #93 |
- 10-x11-input.fdi Edit (757 bytes, text/html)
Works for me on Jaunty α 5 without any patches. My .fdi file for configuration is attached. dmesg says about my trackpoint this:
[ 19.733498] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[ 19.924076] pci 0000:01:00.0: power state changed by ACPI to D0
[ 19.924090] pci 0000:01:00.0: PCI INT A -> Link[LNKA] -> GSI 11 (level, low) -> IRQ 11
[ 20.011417] input: TPPS/2 IBM TrackPoint as /devices/
and in Xorg.0.log is this:
[ 3.327112] (II) config/hal: Adding input device TPPS/2 IBM TrackPoint
[ 3.327186] (II) LoadModule: "evdev"
[ 3.327371] (II) Loading /usr/lib/
[ 3.344560] (II) Module evdev: vendor="X.Org Foundation"
compiled for 1.5.99.902, module version = 2.1.1
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 4.0
[ 3.344643] (**) TPPS/2 IBM TrackPoint: always reports core events
[ 3.344659] (**) TPPS/2 IBM TrackPoint: Device: "/dev/input/
[ 3.344740] (II) TPPS/2 IBM TrackPoint: Found 3 mouse buttons
[ 3.344751] (II) TPPS/2 IBM TrackPoint: Found x and y relative axes
[ 3.344760] (II) TPPS/2 IBM TrackPoint: Configuring as mouse
[ 3.344784] (**) Option "Emulate3Buttons" "true"
[ 3.344800] (II) TPPS/2 IBM TrackPoint: Forcing middle mouse button emulation on.
[ 3.344811] (**) Option "EmulateWheel" "true"
[ 3.344833] (**) Option "EmulateWheelBu
[ 3.344852] (**) TPPS/2 IBM TrackPoint: YAxisMapping: buttons 4 and 5
[ 3.344861] (**) TPPS/2 IBM TrackPoint: EmulateWheelButton: 2, EmulateWheelIne
[ 3.344889] (II) XINPUT: Adding extended input device "TPPS/2 IBM TrackPoint" (type: MOUSE)
[ 3.344936] (**) TPPS/2 IBM TrackPoint: (accel) keeping acceleration scheme 1
[ 3.344947] (**) TPPS/2 IBM TrackPoint: (accel) filter chain progression: 2.00
[ 3.344966] (**) TPPS/2 IBM TrackPoint: (accel) filter stage 0: 20.00 ms
[ 3.344989] (**) TPPS/2 IBM TrackPoint: (accel) set acceleration profile 0
Changed in evdev: | |
importance: | Unknown → Medium |
Changed in evdev: | |
importance: | Medium → Unknown |
Changed in evdev: | |
importance: | Unknown → Medium |
Despite this report holding true across multiple test suspend cycles over the weekend, opening my laptop this morning and setting the xinput properties has left me with working scroll.
Bit of a head scratcher, frankly.