Bug 105896 - Acceleration profile for trackpoint is reset upon connection of another Pointer
Summary: Acceleration profile for trackpoint is reset upon connection of another Pointer
Status: RESOLVED MOVED
Alias: None
Product: xorg
Classification: Unclassified
Component: Input/libinput (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Peter Hutterer
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-04-05 02:42 UTC by Jacopo De Simoi
Modified: 2018-08-10 20:57 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
xorg.log (123.22 KB, text/x-log)
2018-04-11 19:14 UTC, Jacopo De Simoi
no flags Details
email garbage (3.55 KB, text/html)
2018-04-11 21:39 UTC, Jacopo De Simoi
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jacopo De Simoi 2018-04-05 02:42:55 UTC
I have a Thinkpad T460s and have set the trackpoint to flat acceleration profile via an entry in /etc/xorg.d

When I connect an external mouse (also handled by libinput) the acceleration profile of the Trackpoint is switched to accelerated. Unplugging the mouse does not revert this and the Trackpoint is kept on an accelerated profile (barely usable)


Here is a xinput list-prop for the Trackpoint in normal conditions

Device 'TPPS/2 IBM TrackPoint':
        Device Enabled (143):   1
        Coordinate Transformation Matrix (145): 1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000
        libinput Natural Scrolling Enabled (311):       0
        libinput Natural Scrolling Enabled Default (312):       0
        libinput Scroll Methods Available (313):        0, 0, 1
        libinput Scroll Method Enabled (314):   0, 0, 1
        libinput Scroll Method Enabled Default (315):   0, 0, 1
        libinput Button Scrolling Button (316): 2
        libinput Button Scrolling Button Default (317): 2
        libinput Middle Emulation Enabled (318):        0
        libinput Middle Emulation Enabled Default (319):        0
        libinput Accel Speed (320):     1.000000
        libinput Accel Speed Default (321):     0.000000
        libinput Accel Profiles Available (322):        1, 1
        libinput Accel Profile Enabled (323):   0, 1
        libinput Accel Profile Enabled Default (324):   1, 0
        libinput Left Handed Enabled (325):     0
        libinput Left Handed Enabled Default (326):     0
        libinput Send Events Modes Available (327):     1, 0
        libinput Send Events Mode Enabled (328):        0, 0
        libinput Send Events Mode Enabled Default (329):        0, 0
        Device Node (264):      "/dev/input/event16"
        Device Product ID (263):        2, 10
        libinput Drag Lock Buttons (330):       <no items>
        libinput Horizontal Scroll Enabled (331):       1

Please let me know of any further info that you need to take care of this. 

Best 
 J
Comment 1 Peter Hutterer 2018-04-06 02:04:49 UTC
run xinput watch-props 'TPPS/2 IBM TrackPoint' please while plugging in the external mouse. Does the property change then?

Probabl not a libinput bug but either xf86-input-libinput or possibly GNOME overwriting the configuration. Please try xf86-input-libinput 0.27, it has a fix for erroneous property writes and that may just be the issue.

I'll also need your Xorg.log, just in case there's something interesting in there.
Comment 2 Jacopo De Simoi 2018-04-09 14:34:01 UTC
Dear Peter, 

 I am out of my office at the moment and won't be able to test until Wednesday.
However, I am already using xf86-input-libinput 0.27 and I am a KDE user, not a gnome user.  I typically dock the machine when it is sleeping and resume afterwards, but I can certainly have a look at what happens when I plug in the 
mouse by itself. 

Will get back to you in a couple of days.

Best
 J
Comment 3 Jacopo De Simoi 2018-04-11 19:13:33 UTC
Dear Peter, 

 I confirm that the change happens on docking the laptop. 

xinput watch-props 12
Device 'TPPS/2 IBM TrackPoint':
        Device Enabled (143):   1
        Coordinate Transformation Matrix (145): 1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000
        libinput Natural Scrolling Enabled (311):       0
        libinput Natural Scrolling Enabled Default (312):       0
        libinput Scroll Methods Available (313):        0, 0, 1
        libinput Scroll Method Enabled (314):   0, 0, 1
        libinput Scroll Method Enabled Default (315):   0, 0, 1
        libinput Button Scrolling Button (316): 2
        libinput Button Scrolling Button Default (317): 2
        libinput Middle Emulation Enabled (318):        0
        libinput Middle Emulation Enabled Default (319):        0
        libinput Accel Speed (320):     1.000000
        libinput Accel Speed Default (321):     0.000000
        libinput Accel Profiles Available (322):        1, 1
        libinput Accel Profile Enabled (323):   0, 1
        libinput Accel Profile Enabled Default (324):   1, 0
        libinput Send Events Modes Available (327):     1, 0
        libinput Send Events Mode Enabled (328):        0, 0
        libinput Send Events Mode Enabled Default (329):        0, 0
        Device Node (264):      "/dev/input/event16"
        Device Product ID (263):        2, 10
        libinput Drag Lock Buttons (330):       <no items>
        libinput Horizontal Scroll Enabled (331):       1
----- Docking happens here ----
Property 'libinput Natural Scrolling Enabled' changed.
        libinput Natural Scrolling Enabled (311):       0
Property 'libinput Natural Scrolling Enabled' changed.
        libinput Natural Scrolling Enabled (311):       0
Property 'libinput Accel Profile Enabled' changed.
        libinput Accel Profile Enabled (323):   1, 0
Property 'libinput Accel Profile Enabled' changed.
        libinput Accel Profile Enabled (323):   1, 0

xorg.log is attached as it is too long to fit here.
Comment 4 Jacopo De Simoi 2018-04-11 19:14:13 UTC
Created attachment 138769 [details]
xorg.log
Comment 5 Jacopo De Simoi 2018-04-11 20:42:30 UTC
On Thursday, April 5, 2018 10:04:49 PM EDT you wrote:
> https://bugs.freedesktop.org/show_bug.cgi?id=105896
> 
> Peter Hutterer <peter.hutterer@who-t.net> changed:
> 
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
> CC|                            |peter.hutterer@who-t.net Status|NEW        
>                 |NEEDINFO
> 
> --- Comment #1 from Peter Hutterer <peter.hutterer@who-t.net> ---
> run xinput watch-props 'TPPS/2 IBM TrackPoint' please while plugging in the
> external mouse. Does the property change then?
> 
> Probabl not a libinput bug but either xf86-input-libinput or possibly GNOME
> overwriting the configuration. Please try xf86-input-libinput 0.27, it has a
> fix for erroneous property writes and that may just be the issue.
> 
> I'll also need your Xorg.log, just in case there's something interesting in
> there.
> 
> --
> You are receiving this mail because:
> You reported the bug.

Some updates: I tried connecting the mouse directly to the laptop to clean up 
the xorg log.  Unfortunately it died on me. Plugging in the usb connector now 
sends the kernel to panic.  

I will try to test with another external device.

In the meantime please let me know if the logs that I gave are sufficient or if 
you need more information

Best
 J
Comment 6 Peter Hutterer 2018-04-11 21:37:09 UTC
This line here indicates that it is the property that changed:

  Property 'libinput Accel Profile Enabled' changed.
          libinput Accel Profile Enabled (323):   1, 0

which means it's not a libinput bug but either a bug in the xf86-input-libinput driver or a bug in the desktop environment. I don't know if KDE touches that property tbh. To narrow this down, install xterm and run a plain X session without KDE, just run xinit (note: you won't have a window manager running, keep it that way please). Once you see the xterm, run the same watch-props command, plug the mouse in and check the output. Same behaviour?

If so, this is a xf86-input-libinput driver bug, otherwise it's a KDE issue. Or whatever else could possibly touch that property.

That X server wills shut down once the xterm instance exits.
Comment 7 Jacopo De Simoi 2018-04-11 21:39:43 UTC
Created attachment 138771 [details]
email garbage

I was trying to do that and then the mouse died on me. Will try with another mouse as soon as I get it

On April 11, 2018 5:37:09 PM EDT, bugzilla-daemon@freedesktop.org wrote:
>https://bugs.freedesktop.org/show_bug.cgi?id=105896
>
>Peter Hutterer <peter.hutterer@who-t.net> changed:
>
>           What    |Removed                     |Added
>----------------------------------------------------------------------------
>            Product|Wayland                     |xorg
>         Assignee|wayland-bugs@lists.freedesk |peter.hutterer@who-t.net
>                   |top.org                     |
>         QA Contact|                            |xorg-team@lists.x.org
>          Component|libinput                    |Input/libinput
>
>--- Comment #6 from Peter Hutterer <peter.hutterer@who-t.net> ---
>This line here indicates that it is the property that changed:
>
>  Property 'libinput Accel Profile Enabled' changed.
>          libinput Accel Profile Enabled (323):   1, 0
>
>which means it's not a libinput bug but either a bug in the
>xf86-input-libinput
>driver or a bug in the desktop environment. I don't know if KDE touches
>that
>property tbh. To narrow this down, install xterm and run a plain X
>session
>without KDE, just run xinit (note: you won't have a window manager
>running,
>keep it that way please). Once you see the xterm, run the same
>watch-props
>command, plug the mouse in and check the output. Same behaviour?
>
>If so, this is a xf86-input-libinput driver bug, otherwise it's a KDE
>issue. Or
>whatever else could possibly touch that property.
>
>That X server wills shut down once the xterm instance exits.
>
>-- 
>You are receiving this mail because:
>You reported the bug.
Comment 8 Peter Hutterer 2018-04-11 22:45:41 UTC
please trim your emails, this bug is getting noise because of all the garbage added by the email replies.
Comment 9 GitLab Migration User 2018-08-10 20:57:10 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/issues/12.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.