Touchpad behaving rather oddly

Hi lads,

This is my first post here, I’ve just reinstalled Linux after one too many years of Mac.

I’ve got a Lenovo Ideapad 500s 13 running the latest openSUSE Tumbleweed with KDE, kernel 4.20.2-1.

Everything’s working fine, but the touchpad. It’s seen by the system:


*@linux-oxu7:~> xinput
⎡ Virtual core pointer                          id=2    [master pointer  (3)]
⎜   ↳ Virtual core XTEST pointer                id=4    [slave  pointer  (2)]
⎜   ↳ AlpsPS/2 ALPS GlidePoint                  id=12   [slave  pointer  (2)]
⎜   ↳ SIGMACHIP Usb Mouse                       id=13   [slave  pointer  (2)]
⎣ Virtual core keyboard                         id=3    [master keyboard (2)]
    ↳ Virtual core XTEST keyboard               id=5    [slave  keyboard (3)]
    ↳ Power Button                              id=6    [slave  keyboard (3)]
    ↳ Video Bus                                 id=7    [slave  keyboard (3)]
    ↳ Power Button                              id=8    [slave  keyboard (3)]
    ↳ Lenovo EasyCamera: Lenovo EasyC           id=9    [slave  keyboard (3)]
    ↳ Ideapad extra buttons                     id=10   [slave  keyboard (3)]
    ↳ AT Translated Set 2 keyboard              id=11   [slave  keyboard (3)]

But here’s the thing, it “drags” anywhere, but it “moves” only vertically. That is, if I don’t keep the touchpad pressed, as if I were dragging something around, I can’t move the cursor horizontally and obliquely. It goes only up and down. There doesn’t seem to be anything to change in System Settings > Hardware > Input Devices > Touchpad.

Here’s more info:


*@linux-oxu7:~> xinput --list --long 12
AlpsPS/2 ALPS GlidePoint                        id=12   [slave  pointer  (2)]
        Reporting 7 classes:
                Class originated from: 12. Type: XIButtonClass
                Buttons supported: 12
                Button labels: "Button Left" "Button Middle" "Button Right" "Button Wheel Up" "Button Wheel Down" "Button Horiz Wheel Left" "Button Horiz Wheel Right" None None None None None
                Button state:
                Class originated from: 12. Type: XIValuatorClass
                Detail for Valuator 0:
                  Label: Rel X
                  Range: 125.000000 - 3954.000000
                  Resolution: 37000 units/m
                  Mode: relative
                Class originated from: 12. Type: XIValuatorClass
                Detail for Valuator 1:
                  Label: Rel Y
                  Range: 104.000000 - 1959.000000
                  Resolution: 27000 units/m
                  Mode: relative
                Class originated from: 12. Type: XIValuatorClass
                Detail for Valuator 2:
                  Label: Rel Horiz Scroll
                  Range: 0.000000 - -1.000000
                  Resolution: 0 units/m
                  Mode: relative
                Class originated from: 12. Type: XIValuatorClass
                Detail for Valuator 3:
                  Label: Rel Vert Scroll
                  Range: 0.000000 - -1.000000
                  Resolution: 0 units/m
                  Mode: relative
                Class originated from: 12. Type: XIScrollClass
                Scroll info for Valuator 2
                  type: 2 (horizontal)
                  increment: -85.000000
                  flags: 0x0
                Class originated from: 12. Type: XIScrollClass
                Scroll info for Valuator 3
                  type: 1 (vertical)
                  increment: -84.000000
                  flags: 0x0

It was working fine during installation. I’ve read other threads here and there, but most of the times users managed to have Lenovo’s touchpad issues fixed by updating the kernel. This looks different, and I wouldn’t know where to start from. Thanks a million!

Cheers,
F.

Is the device being handled by Xorg as a touchpad?

grep -i "alps" /var/log/Xorg.0.log

Assuming libinput-tools is installed, what does the following report about your APLS Glidepoint device?

sudo libinput list-devices

Update.

I found “https://doc.opensuse.org/release-notes/x86_64/openSUSE/Leap/42.2/#sec.upgrade.synaptics” and removed “xf86-input-synaptics” because it was conflicting with “xf86-input-libinput”.

The touchpad is now working, but all the GUI settings have become unusable.

Cheers,
F.

I saw this after I posted my update!

Device:           AlpsPS/2 ALPS GlidePoint
Kernel:           /dev/input/event1
Group:            10
Seat:             seat0, default
Size:             104x69mm
Capabilities:     pointer gesture
Tap-to-click:     disabled
Tap-and-drag:     enabled
Tap drag lock:    disabled
Left-handed:      disabled
Nat.scrolling:    disabled
Middle emulation: disabled
Calibration:      n/a
Scroll methods:   *two-finger edge 
Click methods:    *button-areas clickfinger 
Disable-w-typing: enabled
Accel profiles:   none
Rotation:         n/a
*@linux-oxu7:~> grep -i "alps" /var/log/Xorg.0.log
    15.173] (II) config/udev: Adding input device AlpsPS/2 ALPS GlidePoint (/dev/input/event1)
    15.173] (**) AlpsPS/2 ALPS GlidePoint: Applying InputClass "evdev touchpad catchall"
    15.173] (**) AlpsPS/2 ALPS GlidePoint: Applying InputClass "evdev touchpad catchall"
    15.173] (**) AlpsPS/2 ALPS GlidePoint: Applying InputClass "libinput touchpad catchall"
    15.173] (II) Using input driver 'libinput' for 'AlpsPS/2 ALPS GlidePoint'
    15.173] (**) AlpsPS/2 ALPS GlidePoint: always reports core events
    15.175] (II) event1  - AlpsPS/2 ALPS GlidePoint: is tagged by udev as: Touchpad
    15.175] (II) event1  - AlpsPS/2 ALPS GlidePoint: device is a touchpad
    15.176] (II) event1  - AlpsPS/2 ALPS GlidePoint: device removed
    15.223] (II) XINPUT: Adding extended input device "AlpsPS/2 ALPS GlidePoint" (type: TOUCHPAD, id 13)
    15.224] (**) AlpsPS/2 ALPS GlidePoint: (accel) selected scheme none/0
    15.224] (**) AlpsPS/2 ALPS GlidePoint: (accel) acceleration factor: 2.000
    15.224] (**) AlpsPS/2 ALPS GlidePoint: (accel) acceleration threshold: 4
    15.225] (II) event1  - AlpsPS/2 ALPS GlidePoint: is tagged by udev as: Touchpad
    15.226] (II) event1  - AlpsPS/2 ALPS GlidePoint: device is a touchpad
    15.227] (II) config/udev: Adding input device AlpsPS/2 ALPS GlidePoint (/dev/input/mouse0)
   798.964] (II) event1  - AlpsPS/2 ALPS GlidePoint: device removed
  3031.800] (II) libinput: AlpsPS/2 ALPS GlidePoint: SetProperty on 300 called but device is disabled.
  3032.396] (II) libinput: AlpsPS/2 ALPS GlidePoint: SetProperty on 300 called but device is disabled.
  3033.377] (II) libinput: AlpsPS/2 ALPS GlidePoint: SetProperty on 300 called but device is disabled.
  3038.568] (II) libinput: AlpsPS/2 ALPS GlidePoint: SetProperty on 300 called but device is disabled.

Yes, the evdev and synaptics drivers have been deprecated in favour of the unified libinput driver (which KDE and Gnome expect to be in use for GUI touchpad management). Glad to read that it is now working as expected. :slight_smile:

Thank you for the heads-up :slight_smile: