Unable to get right-click working on ThinkPad T480s
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Linux |
Fix Released
|
Medium
|
|||
libinput |
Fix Released
|
Unknown
|
|||
libinput (Ubuntu) |
Won't Fix
|
Undecided
|
Unassigned | ||
linux (Ubuntu) |
Won't Fix
|
Medium
|
Unassigned |
Bug Description
Updated to Ubuntu 18.10, I've been fighting some weird behavior of the touchpad. Now, right-click does not work, whatever solution I try within gnome-tweaks, whether relying on multi-finger tapping or not.
Found a very very close report from RedHat, on the same model of laptop, around kernel 4.18, with a fix: https:/
---
ProblemType: Bug
ApportVersion: 2.20.10-0ubuntu13
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
CurrentDesktop: GNOME
DistroRelease: Ubuntu 18.10
HibernationDevice: RESUME=LABEL="Swap"
InstallationDate: Installed on 2012-11-03 (2195 days ago)
InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5)
MachineType: LENOVO 20L7CTO1WW
Package: linux (not installed)
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=
ProcVersionSign
RelatedPackageV
linux-
linux-
linux-firmware 1.175
Tags: cosmic
Uname: Linux 4.18.0-10-generic x86_64
UpgradeStatus: Upgraded to cosmic on 2018-10-22 (16 days ago)
UserGroups: adm cdrom dialout dip disk docker kismet libvirt libvirtd lpadmin plugdev sambashare sudo vboxusers video
_MarkForUpload: True
dmi.bios.date: 09/13/2018
dmi.bios.vendor: LENOVO
dmi.bios.version: N22ET49W (1.26 )
dmi.board.
dmi.board.name: 20L7CTO1WW
dmi.board.vendor: LENOVO
dmi.board.version: SDK0J40697 WIN
dmi.chassis.
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.
dmi.modalias: dmi:bvnLENOVO:
dmi.product.family: ThinkPad T480s
dmi.product.name: 20L7CTO1WW
dmi.product.sku: LENOVO_
dmi.product.
dmi.sys.vendor: LENOVO
In Red Hat Bugzilla #1628715, barish.m (barish.m-redhat-bugs) wrote : | #30 |
In Red Hat Bugzilla #1628715, peter.hutterer (peter.hutterer-redhat-bugs) wrote : | #31 |
This is https:/
In Red Hat Bugzilla #1628715, barish.m (barish.m-redhat-bugs) wrote : | #32 |
(In reply to Peter Hutterer from comment #1)
> This is https:/
> up that patch for the fedora kernel
Ahh okay, well I'm glad there's already a resolution. Any idea when to expect this patch? We have a good number of T480s in our fleet running Fedora and automation has pushed them all to 4.18.5-200
In Red Hat Bugzilla #1628715, barish.m (barish.m-redhat-bugs) wrote : | #33 |
(In reply to Peter Hutterer from comment #1)
> This is https:/
> up that patch for the fedora kernel
Sorry one more thing, trying to apply this patch manually but /usr/src/
drwxr-xr-x. 2 root root 4.0K Sep 11 17:58 i2c-hid/
drwxr-xr-x. 2 root root 4.0K Sep 11 17:58 intel-ish-hid/
-rw-r--r--. 1 root root 32K Sep 4 09:08 Kconfig
-rw-r--r--. 1 root root 5.1K Sep 4 09:08 Makefile
drwxr-xr-x. 2 root root 4.0K Sep 11 17:58 usbhid/
In Red Hat Bugzilla #1628715, updates (updates-redhat-bugs) wrote : | #34 |
kernel-
In Red Hat Bugzilla #1628715, updates (updates-redhat-bugs) wrote : | #35 |
kernel-
In Red Hat Bugzilla #1628715, updates (updates-redhat-bugs) wrote : | #36 |
kernel-
See https:/
instructions on how to install test updates.
You can provide feedback for this update here: https:/
In Red Hat Bugzilla #1628715, updates (updates-redhat-bugs) wrote : | #37 |
kernel-
See https:/
instructions on how to install test updates.
You can provide feedback for this update here: https:/
In Red Hat Bugzilla #1628715, barish.m (barish.m-redhat-bugs) wrote : | #38 |
(In reply to Fedora Update System from comment #7)
> kernel-
> the Fedora 28 testing repository. If problems still persist, please make
> note of it in this bug report.
> See https:/
> instructions on how to install test updates.
> You can provide feedback for this update here:
> https:/
This update has been tested and has not resolved the issue for the Elan Touchpad used on the ThinkPad T480s
In Red Hat Bugzilla #1628715, pascal (pascal-redhat-bugs-1) wrote : | #39 |
(In reply to Fedora Update System from comment #7)
> kernel-
> the Fedora 28 testing repository. If problems still persist, please make
> note of it in this bug report.
> See https:/
> instructions on how to install test updates.
> You can provide feedback for this update here:
> https:/
Also tested the new kernel version. Problem still persists.
I'm using a ThinkPad Yoga L380.
The Touchpad does work correctly with clicks (not pressing down the pyhiscal touchpad to click). When using two fingers and pressing down the touchpad (pyhiscal) the right click does not work.
Also:
When using two fingers to drag objects like windows, this is also not possible.
Pressing down the touchpad and using the second finger to drag results in no movement of the window. When doing this in a Browser like Chrome the same dragging motion results in a vertical-only scrolling motion.
Also when pressing down on the pyhsical button to left click, it is often recognized as a double click.
In Red Hat Bugzilla #1628715, labbott (labbott-redhat-bugs) wrote : | #40 |
You can see the fixes I picked up at https:/
In Red Hat Bugzilla #1628715, updates (updates-redhat-bugs) wrote : | #41 |
kernel-
In Red Hat Bugzilla #1628715, updates (updates-redhat-bugs) wrote : | #42 |
kernel-
In Red Hat Bugzilla #1628715, barish.m (barish.m-redhat-bugs) wrote : | #43 |
Neither the latest stable update, nor the latest vanilla fedora knurd have resolved this issue. I am still running 4.17.19-
In Red Hat Bugzilla #1628715, updates (updates-redhat-bugs) wrote : | #44 |
kernel-
See https:/
instructions on how to install test updates.
You can provide feedback for this update here: https:/
In Red Hat Bugzilla #1628715, dhgutteridge (dhgutteridge-redhat-bugs) wrote : | #45 |
(Adding myself to the CC list for visibility.)
In Red Hat Bugzilla #1628715, barish.m (barish.m-redhat-bugs) wrote : | #46 |
(In reply to Peter Hutterer from comment #1)
> This is https:/
> up that patch for the fedora kernel
This issue has not been resolved yet and I know it seems really minor, but when you use the touchpad exclusively, can't secondary click anything, and then forget it's broken and single click everything you meant to right click, it makes the OS unbearable to use.
In Red Hat Bugzilla #1628715, updates (updates-redhat-bugs) wrote : | #47 |
kernel-
In Red Hat Bugzilla #1628715, eiler.mike (eiler.mike-redhat-bugs) wrote : | #48 |
I compiled upstream 4.19-rc6 today. Right and middle-click with two, respectively three fingers does not work. So I guess this bug might still be open? Also the official kernel package from the fedora repository 4.18.10-200 did not fix the issue.
I then used git bisect to find the commit which broke the functionality for me and I ended up with:
Commit: df077237cf55928
Author: Benjamin Tissoires <email address hidden> 2018-05-23 02:30:07
Committer: Dmitry Torokhov <email address hidden> 2018-05-24 01:49:22
Parent: 21c48dbde0944e3
Branches: master, remotes/
Follows: v4.16-rc7
Precedes: v4.18-rc1
Input: elantech - detect new ICs and setup Host Notify for them
In Red Hat Bugzilla #1628715, btissoir (btissoir-redhat-bugs) wrote : | #49 |
barish, can you provide us some logs so we can actually debug the issue?
I would need:
- a dmesg from the boot on the 4.18 kernel,
- an evemu-record of the touchpad (package evemu) when you are actually using the right click (still on the v4.18 kernel)
- While you are capturing the evemu trace, it would be interesting to see the 'libinput debug-events' trace in parallel (beware to not capture the password of 'sudo' while libinput debug-event is running. We won't see the actual characters, but we will see the length)
FYI, I specifically enabled the t480s with the patch you mentioned. So either the model I had had a different touchpad unit (which might explain), either there is a userspace misconfiguration. Any cases, the logs will show us what is going.
In Red Hat Bugzilla #1628715, btissoir (btissoir-redhat-bugs) wrote : | #50 |
Peter mentioned that if you are on f28, which should be the case, you can replace the 2 recordings of evemu+libinput debug-event by a single call to "sudo libinput record".
You just need libinput-utils to be installed to be able to run the 'record' command
In Red Hat Bugzilla #1628715, pascal (pascal-redhat-bugs-1) wrote : | #51 |
Created attachment 1491990
dmesg output for kernel 4.18.10 on ThinkPad Yoga L380
Hello,
like barish and Michael I still have problems with the Elan touchpad since kernel version 4.18-x
I am using a ThinkPad Yoga L380. All touchpad presses are now registered as BTN_LEFT clicks.
On 4.17-x i had to use two fingers to press on the touchpad to perform a right click (it was never the way, that i needed to press on the right side of the touchpad to perform a right click). Now i can just use the double finger tapping to right click.
Also when i need to move a window i can't just grab its top bar by clicking on the touchpad and moving it with another finger. Instead i need to double tab the top bar before moving it with a single finger, which is pretty annoying, when reaching the end ot the touchpad surface.
I attached the requested dmesg log from this morning.
In Red Hat Bugzilla #1628715, pascal (pascal-redhat-bugs-1) wrote : | #52 |
Created attachment 1491992
libinput record of right click, left click and trying to move a window
I forgot to add the requested libinput record output of me performing a right click by using to fingers and clicking (like on 4.17-x) followed by a left click and then i tried to move a window (which is not possible without using the tab method).
In Red Hat Bugzilla #1628715, btissoir (btissoir-redhat-bugs) wrote : | #53 |
so, we have:
# Event code 273 (BTN_RIGHT)
...
# Properties:
# Property 0 (INPUT_
Can you confirm that you have 2 physical buttons under the touchpad?
We never see a BTN_RIGHT event in the log, so I suspect you have a clickpad (the entire surface is depressible), and so the kernel exports the wrong device type.
In Red Hat Bugzilla #1628715, pascal (pascal-redhat-bugs-1) wrote : | #54 |
Created attachment 1492024
libinput record of right click, left click and window drag
Yes, it seems you are right. The touchpad is in fact a clickpad.
I just checked the libinput record under kernel version 4.17.x and it does not show any Event Code for BTN_RIGHT.
The name and ID do also differ between both kernel versions.
Do you know the reason, why it does export it in this wrong way?
In Red Hat Bugzilla #1628715, btissoir (btissoir-redhat-bugs) wrote : | #55 |
(In reply to Pascal from comment #24)
> Created attachment 1492024 [details]
> libinput record of right click, left click and window drag
>
> Yes, it seems you are right. The touchpad is in fact a clickpad.
\o/ that means we have found the cause of the bug
> I just checked the libinput record under kernel version 4.17.x and it does
> not show any Event Code for BTN_RIGHT.
> The name and ID do also differ between both kernel versions.
>
> Do you know the reason, why it does export it in this wrong way?
Yes. The reason is that starting with kernel v4.18, a different kernel module is driving the touchpad. In v4.17 and before, the touchpad was using PS/2 through the kernel module psmouse (and its extension elantech). Starting with v4.18, those touchpads are switched to I2C and are driven by elan_i2c.
The benefit of using I2C is that you can now have better latency: 5 fingers will be reported every 2 ms, while on PS/2 it took roughly 20ms IIRC. You can also have better and finer support of multitouch.
However, the elan_i2c module was first written for I2C only touchpads. For those dual PS/2 - I2C touchpads, the Windows driver fetches everything it needs in PS/2, and then rely on that for the I2C mode. *But* the I2C part of the firmware doesn't necessary have all of the bits in place to report the various modes. On the P52, for example, the touchpad is simply dead as the query functions just fail, so elan_i2c bails out.
Anyway, a long story to say that I am currently working on the P52 ATM, and the fixes for it should also benefit here by using the PS/2 information.
Note that we can force the touchpad to stick to PS/2 temporary. However, last time I gave such advice to fix one corner case, this spread as "the solution for everything", and it introduced more problems, especially while debugging. So I rather wait until I have a fix. Apologies for the inconvenience.
In Red Hat Bugzilla #1628715, btissoir (btissoir-redhat-bugs) wrote : | #56 |
Created attachment 1492100
elan_i2c.patch
Please find attached a patch that solves the issue on the P52.
Please test on the t480s as well.
I am submitting a koji build for those who are afraid of rebuilding locally :)
In Red Hat Bugzilla #1628715, btissoir (btissoir-redhat-bugs) wrote : | #57 |
https:/
so far, so good, should be done in a few hours
In Red Hat Bugzilla #1628715, eiler.mike (eiler.mike-redhat-bugs) wrote : | #58 |
Created attachment 1492123
T480s, Logs from Kernel 4.18.10-200
In Red Hat Bugzilla #1628715, eiler.mike (eiler.mike-redhat-bugs) wrote : | #59 |
(In reply to Michael from comment #28)
> Created attachment 1492123 [details]
> T480s, Logs from Kernel 4.18.10-200
I added the logs. Right- and Middle click were only recognized as left button clicks.
I also tried your patch against kernel 4.19-rc7 without any effect.
(Thanks for the detailed description on how to get the logs.)
In Red Hat Bugzilla #1628715, btissoir (btissoir-redhat-bugs) wrote : | #60 |
Michael, do you have the evemu-record of the touchapd with the patched kernel?
In Red Hat Bugzilla #1628715, eiler.mike (eiler.mike-redhat-bugs) wrote : | #61 |
Created attachment 1492144
T480s, Logs from Kernel 4.19-rc7(patched)
Here you are :)
libinput still reports just BTN_LEFT: So nothing interesting to show there.
In Red Hat Bugzilla #1628715, btissoir (btissoir-redhat-bugs) wrote : | #62 |
(In reply to Michael from comment #31)
> Created attachment 1492144 [details]
> T480s, Logs from Kernel 4.19-rc7(patched)
>
> Here you are :)
Thanks
>
> libinput still reports just BTN_LEFT: So nothing interesting to show there.
At this point, I am more interested in the description of the device. Once it reports itself as a buttonpad, libinput will properly handle the BTN_LEFT.
And looking into the patch, I forgot to check on "elan,buttonpad" in elan_i2c. So this explains why there is no change. It should be a matter of addingdiff --git a/drivers/
index 6a22e3d8d12d.
--- a/drivers/
+++ b/drivers/
@@ -1201,6 +1201,9 @@ static int elan_probe(struct i2c_client *client,
if (error)
+ if (device_
+ data->clickpad = 1;
+
Can I ask you to quickly test this addition to the patch above?
In Red Hat Bugzilla #1628715, eiler.mike (eiler.mike-redhat-bugs) wrote : | #63 |
Created attachment 1492149
T480s, Logs from Kernel 4.19-rc7(patch+fix)
Works again! I attached the logs from evemu for verification.
Thanks for your help!
In Red Hat Bugzilla #1628715, labbott (labbott-redhat-bugs) wrote : | #64 |
Glad to see this got worked out, Please let us know when there's a patch that's ready to apply to Fedora.
In Red Hat Bugzilla #1628715, pascal (pascal-redhat-bugs-1) wrote : | #65 |
Hello Benjamin,
thank you for the explanation of the situation and the cause of the bug.
I build kernel 4.18.12 with both patches and I can confirm that it solves the bug completely on my Yoga L380. Everything works again and the clickpad is recognized correctly.
So this might be the solution for all Elan clickpad issues and also for the problems with Touchpad + HW buttons on TP P52 and P72.
Thank you for your help :)
In Red Hat Bugzilla #1628715, btissoir (btissoir-redhat-bugs) wrote : | #66 |
Created attachment 1493337
elan_i2c_v2.patch
Here is the updated (hopefully final) patch that I am going to submit in a few minutes.
There has not been much changes, some typos, doc and rename of some properties. I am confident it still works, but I'd be glad if someone could give it a try so I am sure it still fixes the T480s.
In Red Hat Bugzilla #1628715, eiler.mike (eiler.mike-redhat-bugs) wrote : | #67 |
Works fine :-)!
In Red Hat Bugzilla #1628715, mihai (mihai-redhat-bugs-1) wrote : | #68 |
Created attachment 1493437
libinput record, T480s, logs from kernel-4.18.13-201 patched with elan_i2c_v2
It works really nice :)
In Red Hat Bugzilla #1628715, barish.m (barish.m-redhat-bugs) wrote : | #69 |
(In reply to Benjamin Tissoires from comment #36)
> Created attachment 1493337 [details]
> elan_i2c_v2.patch
>
> Here is the updated (hopefully final) patch that I am going to submit in a
> few minutes.
>
> There has not been much changes, some typos, doc and rename of some
> properties. I am confident it still works, but I'd be glad if someone could
> give it a try so I am sure it still fixes the T480s.
Awesome! Took me a hot minute to learn how to compile a kernel but this patch did the trick thank you!
In Red Hat Bugzilla #1628715, franciserol (franciserol-redhat-bugs) wrote : | #70 |
Hi,
Need some help. I currently use a thinkpad P52 and have run into the issue where touchpad completely stops working on any 4.18 kerenel to get around the issue I had been using a 4.17 kernel. This morning after updating I know no longer have the 4.17 kernel and instead 3 4.18 kernels to choose from. The latest kernel 4.18.13.
In Red Hat Bugzilla #1628715, btissoir (btissoir-redhat-bugs) wrote : | #71 |
(In reply to franciserol from comment #40)
> Need some help. I currently use a thinkpad P52 and have run into the issue
> where touchpad completely stops working on any 4.18 kerenel to get around
> the issue I had been using a 4.17 kernel. This morning after updating I
> know no longer have the 4.17 kernel and instead 3 4.18 kernels to choose
> from. The latest kernel 4.18.13.
> present. Touchpad not working at all. I no longer have a 4.17 kernel to
> revert back to. Please any assistance would be greatly appreciated.
Yep, this is a known issue. I submitted the series upstream this week (https:/
Apologies for the inconvenience.
In Red Hat Bugzilla #1628715, franciserol (franciserol-redhat-bugs) wrote : | #72 |
ok thx Benjamin will probably have to switch to using my old macbook pro till this is resolved.
In Red Hat Bugzilla #1628715, barish.m (barish.m-redhat-bugs) wrote : | #73 |
(In reply to franciserol from comment #42)
> ok thx Benjamin will probably have to switch to using my old macbook pro
> till this is resolved.
If you're not able to build your own patched kernel, you can use koji to download the last 4.17 kernel and its associate packages. Install the RPM files for kernel, kernel-core, kernel-devel, and kernel-modules
koji download-build kernel-
In Red Hat Bugzilla #1628715, chemobejk (chemobejk-redhat-bugs) wrote : | #74 |
Got a brand-new P52 yesterday and of course installed the brand-new F29 on it. As F29 only has kernel 4.18 I ran into this issue :-(
(In reply to Benjamin Tissoires from comment #41)
> Yep, this is a known issue. I submitted the series upstream this week
> (https:/
Thanks for the patch series, works like a charm applied on top of the f29 HEAD of the Fedora kernel rpm branch. Any updates about the progress on the patch series, i.e. will it make it to 4.19?
BTW: maybe this will save others some time, here is the scratch build on koji with the rpms: https:/
* Fri Nov 02 2018 Stefan Becker <XXX> 4.18.16-300.p52.1
- Add patches for Lenovo P52 ELAN touchpad (rhbz 1628715)
In Red Hat Bugzilla #1628715, barish.m (barish.m-redhat-bugs) wrote : | #75 |
(In reply to Benjamin Tissoires from comment #41)
> (In reply to franciserol from comment #40)
> > Need some help. I currently use a thinkpad P52 and have run into the issue
> > where touchpad completely stops working on any 4.18 kerenel to get around
> > the issue I had been using a 4.17 kernel. This morning after updating I
> > know no longer have the 4.17 kernel and instead 3 4.18 kernels to choose
> > from. The latest kernel 4.18.13.
> > present. Touchpad not working at all. I no longer have a 4.17 kernel to
> > revert back to. Please any assistance would be greatly appreciated.
>
> Yep, this is a known issue. I submitted the series upstream this week
> (https:/
> need to send a v2 based from the reviews. When this gets upstream, we will
> ask the fedora maintainers to take the patches in the v4.18 series, but we
> can't really backport patches that are not accepted upstream yet.
>
> Apologies for the inconvenience.
Hey just piggybacking on Stefan as I've been unable to find time to until I got the email notification, but it's still very time consuming having to rebuild my kernel every time a new one is released. My device is managed by Chef so dnf update is run every 30 minutes in the background and I don't realize I have a new kernel until I reboot and lose right-click again.
In Red Hat Bugzilla #1628715, chemobejk (chemobejk-redhat-bugs) wrote : | #76 |
Created attachment 1500694
Lenovo P52, 4.18.16-
I now realize that I should have been more precise:
* F29 kernel: trackpad & touchpad on the Lenovo P52 do not work at all
* F29 kernel + elan patches: trackpad & touchpad do work
So for me this is not simply a "missing button functionality".
The only thing that doesn't work is the middle button in the button row below the touchpad. I don't see anything in the evemu record when I press that button.
All other 5 buttons (3 trackpad + left/right touchpad) and single, double, triple, ... tap on the touchpad work OK.
In Red Hat Bugzilla #1628715, btissoir (btissoir-redhat-bugs) wrote : | #77 |
(In reply to barish from comment #45)
> Hey just piggybacking on Stefan as I've been unable to find time to until I
> got the email notification, but it's still very time consuming having to
> rebuild my kernel every time a new one is released. My device is managed by
> Chef so dnf update is run every 30 minutes in the background and I don't
> realize I have a new kernel until I reboot and lose right-click again.
Again, apologies for the inconvenience. I have been side tracked last week and couldn't get the changes upstream.
Upstream requested a little bit of changes in a v2, but this turned out to be some more deeper changes in the elan_i2c driver. And I want to get this right which explains why I haven't been able to submit a quick v2.
(In reply to Stefan Becker from comment #46)
> The only thing that doesn't work is the middle button in the button row
> below the touchpad. I don't see anything in the evemu record when I press
> that button.
Thanks for bringing this up. I didn't realized the BTN_MIDDLE was not reported. I'll fix that in the v2.
In Red Hat Bugzilla #1628715, chemobejk (chemobejk-redhat-bugs) wrote : | #78 |
(In reply to Stefan Becker from comment #46)
> The only thing that doesn't work is the middle button in the button row
> below the touchpad. I don't see anything in the evemu record when I press
> that button.
Strange, I'm still running the same kernel, but now that middle button works! Maybe it depends on the phase of the moon if it works or not....
Ubuntu Kernel Bot (ubuntu-kernel-bot) wrote : Missing required logs. | #1 |
This bug is missing log files that will aid in diagnosing the problem. While running an Ubuntu kernel (not a mainline or third-party kernel) please enter the following command in a terminal window:
apport-collect 1802168
and then change the status of the bug to 'Confirmed'.
If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.
This change has been made by an automated script, maintained by the Ubuntu Kernel Team.
Changed in linux (Ubuntu): | |
status: | New → Incomplete |
Pirouette Cacahuète (lissyx) wrote : | #2 |
Reloading the psmouse kernel module with "elantech_smbus=0", I get back the right-click, as documented in the upstream bug.
Pirouette Cacahuète (lissyx) wrote : AlsaInfo.txt | #3 |
tags: | added: apport-collected cosmic |
description: | updated |
Pirouette Cacahuète (lissyx) wrote : CRDA.txt | #4 |
Pirouette Cacahuète (lissyx) wrote : CurrentDmesg.txt | #5 |
Pirouette Cacahuète (lissyx) wrote : IwConfig.txt | #6 |
Pirouette Cacahuète (lissyx) wrote : Lspci.txt | #7 |
Pirouette Cacahuète (lissyx) wrote : Lsusb.txt | #8 |
Pirouette Cacahuète (lissyx) wrote : ProcCpuinfo.txt | #9 |
Pirouette Cacahuète (lissyx) wrote : ProcCpuinfoMinimal.txt | #10 |
Pirouette Cacahuète (lissyx) wrote : ProcEnviron.txt | #11 |
Pirouette Cacahuète (lissyx) wrote : ProcInterrupts.txt | #12 |
Pirouette Cacahuète (lissyx) wrote : ProcModules.txt | #13 |
Pirouette Cacahuète (lissyx) wrote : PulseList.txt | #14 |
Pirouette Cacahuète (lissyx) wrote : RfKill.txt | #15 |
Pirouette Cacahuète (lissyx) wrote : UdevDb.txt | #16 |
Pirouette Cacahuète (lissyx) wrote : WifiSyslog.txt | #17 |
Cristian Aravena Romero (caravena) wrote : | #18 |
Did this issue start happening after an update/upgrade? Was there a
prior kernel version where you were not having this particular problem?
Would it be possible for you to test the latest upstream kernel? Refer
to https:/
v4.19 kernel[0].
If this bug is fixed in the mainline kernel, please add the following
tag 'kernel-
If the mainline kernel does not fix this bug, please add the tag:
'kernel-
Once testing of the upstream kernel is complete, please mark this bug as
"Confirmed".
Thanks in advance.
Pirouette Cacahuète (lissyx) wrote : | #19 |
Yes, as much as I can tell, it started after the upgrade. I did share a link to RedHat bugzilla that describe the exact same issue, documented to start with 4.18, provides a patch that has been confirmed on the very same laptop that I use: I don't see the point of testing mainline 4.19. I'd be happy to test a ubuntu 4.18 built with their patch.
Cristian Aravena Romero (caravena) wrote : | #20 |
Add 'patch' in 'Tags'. For https:/
--
Cristian Aravena Romero (caravena)
tags: | added: patch |
Changed in linux (Ubuntu): | |
status: | Incomplete → Triaged |
importance: | Undecided → Medium |
tags: | added: kernel-da-key |
In Red Hat Bugzilla #1628715, eiler.mike (eiler.mike-redhat-bugs) wrote : | #80 |
Sorry to bother you again, but is there a branch for the kernel where one can checkout the progress? I noticed that nothing has been merged yet to 4.20-rc1/rc2.
Thanks in advance!
In Red Hat Bugzilla #1628715, chemobejk (chemobejk-redhat-bugs) wrote : | #81 |
Patch series applies cleanly also on 4.19.2. New scratch build on koji https:/
In Red Hat Bugzilla #1628715, rom1dep (rom1dep-redhat-bugs) wrote : | #82 |
Hi Benjamin,
I compiled a 4.20.0-rc3 kernel with your patches applied: https:/
Any chance to have it backported in f29/4.19?
Thanks for the great work :)
In Red Hat Bugzilla #1628715, chemobejk (chemobejk-redhat-bugs) wrote : | #83 |
Patch series applies cleanly on 4.19.8. New scratch build on koji https:/
In Red Hat Bugzilla #1628715, chemobejk (chemobejk-redhat-bugs) wrote : | #84 |
@Benjamin I just discovered your new patch series https:/
In Red Hat Bugzilla #1628715, btissoir (btissoir-redhat-bugs) wrote : | #85 |
> @Benjamin I just discovered your new patch series https:/
Well, depends for which. This series "fixes" the P52 and the P72 that have no touchpad since 4.18. I am still planning on properly fixing the previous series, but I really lack of time to make it happen.
For the t480s, which is this bug, I have asked Peter if he could quirk it in libinput until the kernel fix is in place (https:/
> It is marked for 4.18+ stable, i.e. will it make it to 4.19 and 4.20?
If this gets accepted by Dmitry (I do not see any reasons why not), it will then be backported in these kernel versions, yes.
These two workarounds should buy me enough time to properly fix the elan_i2c/elantech interactions without having too many drawbacks of switching over an over the driver used by people.
In Red Hat Bugzilla #1628715, chemobejk (chemobejk-redhat-bugs) wrote : | #86 |
Workaround for P52 works for me. New scratch build for F29: https:/
In Red Hat Bugzilla #1628715, barish.m (barish.m-redhat-bugs) wrote : | #87 |
Was this fix officially resolved and pushed upstream? My T480s with Elan Touchpad suddenly regained right click with two fingers and bottom right corner, running 4.19.10-
In Red Hat Bugzilla #1628715, eiler.mike (eiler.mike-redhat-bugs) wrote : | #88 |
The workaround in libinput 1.12.4 solved the problems also on my side!
Do you keep this bug report open to track the progress on the refactored patch for the kernel?
In Red Hat Bugzilla #1628715, btissoir (btissoir-redhat-bugs) wrote : | #89 |
As mentioned, libinput 1.12.4 has a quirk for the t480s.
Regarding the kernel, I pushed a revert-like for the p52/p72, so now all those three machines should be fine. The patch has been backported to 4.19, so I guess if it's not already in F29, it will be in the next week or so.
The proper kernel support is still on its way, but I think we can close the Fedora bug right now.
In Red Hat Bugzilla #1628715, chemobejk (chemobejk-redhat-bugs) wrote : | #90 |
I can confirm that with kernel-
Pirouette Cacahuète (lissyx) wrote : | #21 |
Can we get any news on that?
In Red Hat Bugzilla #1628715, pascal (pascal-redhat-bugs-1) wrote : | #91 |
(In reply to Benjamin Tissoires from comment #59)
> As mentioned, libinput 1.12.4 has a quirk for the t480s.
> Regarding the kernel, I pushed a revert-like for the p52/p72, so now all
> those three machines should be fine. The patch has been backported to 4.19,
> so I guess if it's not already in F29, it will be in the next week or so.
>
> The proper kernel support is still on its way, but I think we can close the
> Fedora bug right now.
Hello Benjamin,
i have to come back to this issue one more time. It seems that all the P50/P70s and the T480s work fine for now. But you forgot about my ThinkPad L380 Yoga, which has the same issue (Touchpad does not get recognized as a ClickPad).
I recently upgraded to Fedora 29 running Kernel 4.20.5. My right click still does not work though. The patches you posted earlier work fine for me, but i don't want to recompile this every time on my own machine. So i looked into the quirk which got applied to libinput and also added a similiar case for my L380 Yoga. After building this custom version though, my right click still does not work. I looked into the report of 'libinput debug-events' and found this message:
event16 - Elan Touchpad: kernel bug: clickpad advertising right button
Can you help me to get my ThinkPad L380 Yoga to work?
In Red Hat Bugzilla #1628715, pascal (pascal-redhat-bugs-1) wrote : | #92 |
Created attachment 1526247
libinput records for two versions of libinput
I attached you the libinput record for the standard libinput 1.12.6 and my custom version with a quirk added for the L380 in a similar fashion to this: https:/
Both show an Event code for the BTN_RIGHT which should not be there. So it still does not get recognized correctly as a ClickPad.
Pirouette Cacahuète (lissyx) wrote : | #22 |
This is still affecting my system.
Pirouette Cacahuète (lissyx) wrote : | #23 |
I should have mentionned that it's still affecting with uptodate 18.10, latest kernel etc.
In Red Hat Bugzilla #1628715, ceasere (ceasere-redhat-bugs) wrote : | #93 |
What is currently blocking this from being merged into the Kernel? I have to keep reapplying this patch even on 4.20.8 -- the kernel bug linked in this thread appears to be a different issue, at least from the comments there. Does someone need to actually file a bug for the T480s (et al) touchpad issue to get this finally merged?
Kai-Heng Feng (kaihengfeng) wrote : | #24 |
Affected by LP: #1802135?
Pirouette Cacahuète (lissyx) wrote : | #25 |
> Affected by LP: #1802135?
Reading the description, it's a little bit different: in my case, touchpad works but weirdly. Now, maybe this is the same root cause, but the workaround is kinda different, and the upstream bug report also documents different status / cause.
Anthony Wong (anthonywong) wrote : | #26 |
So there is a temporary fix in libinput (https:/
Pirouette Cacahuète (lissyx) wrote : | #27 |
Can we backport to Cosmic?
Changed in libinput: | |
status: | Unknown → Fix Released |
Pirouette Cacahuète (lissyx) wrote : | #28 |
Just upgraded to Disco, it seems okay, not checked if it's really fixed or just a workaround in place.
Daniel van Vugt (vanvugt) wrote : | #29 |
Thank you for reporting this bug to Ubuntu.
Ubuntu 18.10 (cosmic) reached end-of-life on July 18, 2019.
See this document for currently supported Ubuntu releases:
https:/
We appreciate that this bug may be old and you might not be interested in discussing it any more. But if you are then please upgrade to the latest Ubuntu version and re-test. If you then find the bug is still present in the newer Ubuntu version, please add a comment here telling us which new version it is in and change the bug status to Confirmed.
Changed in libinput (Ubuntu): | |
status: | New → Won't Fix |
Changed in linux (Ubuntu): | |
status: | Triaged → Won't Fix |
In Red Hat Bugzilla #1628715, bugzilla.redhat.com (bugzilla.redhat.com-redhat-bugs) wrote : | #94 |
Was it already patched in kernel and merged?
If it was - which version of kernel was the first with this patch merged?
I'm having similar problems on other distro on kernel 5.2.9 with some HP Pavilion's touchpad and created libinput quirk which is basicly the same as quirks for this clickpad.
Changed in linux: | |
importance: | Unknown → Medium |
status: | Unknown → Fix Released |
Description of problem:
After updating to kernel- 4.18.5- 200.fc28. x86_64 (Gnome on xorg), my ThinkPad T480s was no longer able to perform right-click. External mice have not been affected. Changing right-click emulation options (two-finger, bottom right corner, etc.) does not resolve issue. Rolling back to 4.17.19-200.fc28 is the only way to regain right-click.
Issue persists on kernel- 4.18.7- 250.vanilla. knurd.1. fc28.x86_ 64 as well
Version-Release number of selected component (if applicable):
libinput 1.11.3
Libinput output for touchpad:
Device: Elan Touchpad
Kernel: /dev/input/event17
Group: 9
Seat: seat0, default
Size: 98x61mm
Capabilities: pointer gesture
Tap-to-click: disabled
Tap-and-drag: enabled
Tap drag lock: disabled
Left-handed: disabled
Nat.scrolling: disabled
Middle emulation: n/a
Calibration: n/a
Scroll methods: *two-finger edge
Click methods: none
Disable-w-typing: enabled
Accel profiles: none
Rotation: n/a