-
Notifications
You must be signed in to change notification settings - Fork 24
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Touchpad does freeze sometimes. #68
Comments
I had exactly the same issue running Ubuntu 14.04 . Even blacklisting ps2 driver did not help. This issue is fixed for me since I am running Ubuntu GNOME 15.10, without any further modification (for this |
Can you switch to 15.10? |
I think I am experiencing the same issue running Arch. Unpredictably the clickpad will behave erratically and as if there are two fingers present on it rather than one (e.g. it will do two-finger scrolling and right clicks when I try to move the cursor using one finger on the pad). Blacklisting the psmouse module indeed didn't resolve it (think it was already using i2c_hid anyway). In dmesg I have noticed that I consistently get from the i2c_hid module:
Which makes me think there is a problem with reading the HID Report descriptor from the hardware (described in the HID specification). I get this error when on Linux 4.2.5 and still when I roll back to 4.1.13 (Arch LTS kernel). @brunano21 anything from i2c_hid in your logs? Side note: |
Here my dmesg:
I already installed time ago the firmware you linked, but did not solve the problem though :( |
I have also this message on 4.2 in Fedora 23 |
I am no longer experiencing this issue as of kernel 4.4 on my Arch installation. The touchpad hasn't frozen since moving to the new kernel and I no longer get Additionally, you can see that the touchpad is now labeled as
I have not made any significant changes to my configuration since I last posted and the bug returns when I roll back to 4.1- which makes me think something in the new kernel/module code squashes the bug. This was probably the last bug that kept me from feeling 100% comfortable on the XPS 13- I'm very glad to see it go 😁 Godspeed to 4.4, everyone! |
Hi again everybody, Unfortunately it turns out I jumped the gun with my last comment. I experienced the bug again today. My kernel log still looks the same as my last comment (no failure messages from i2c_hid). However, the touchpad continues to freeze on occasion. But some better news is this: I think I have finally found good information about this issue. So it seems that hid_multitouch needs to be patched. I took a look at the source or the Arch Linux Kernel I'm currently running (4.4) and it doesn't seem that a patch like the one in that blog post has been included. I'm patching and rebuilding my kernel. I'll post back here after I've finished building and tested it a while. |
@asmalldev hey, any updates on this? |
@brunano21 Sorry I forgot to update everyone here. I did apply the patch above and then recompile my kernel. Bad new is: with the patch applied, instead of the touchpad behaving badly the kernel would simply panic/ everything would freeze. I can't really say for sure whether or not the kernel was panicking instead of the touchpad freezing up (maybe the patch just introduced the kernel panic problem in addition to the touchpad problem). However, I ran the patched kernel for a number of days and not once did I encounter the touchpad freezing. The kernel would panic at what seemed to be about the same frequency that the touchpad would freeze before. This makes me think that maybe the touchpad issue is in this module, but the patch above is not an appropriate fix. I haven't had the time to try playing with the module code myself (and don't have much experience writing kernel modules, so I don't know if I'll be able to create a solution). Like I mentioned, I think it's still a maybe whether or not the problem is this module at all. It could just be that the module code is always executed before the touchpad bug occurs so the module is irrelevant and the patch introduced a different problem entirely. Wish I could report better news, sorry 😞 |
@asmalldev oh no worries. I was just asking if you could have updates. However today I have installed the new 16.04 and till now I did get this issue. But maybe I have been a bit lucky. Anyway I'll keep testing and playing and let you know how it goes. |
@brunano21 Good to hear the latest Ubuntu release is giving you a better experience. Perhaps Canonical and Dell have cooperated to work in more fixes. I also forgot to mention my suspicion that this is a hardware problem. It sounds crazy, but I can consistently make the cursor begin acting strange by hard-clicking on the bottom right corner of the touchpad. Is this the same for you @brunano21? I'm starting to think there's some sort of electrical issue (things touching on the inside that aren't supposed to be) and this is made worse by clicking on the bottom right corner for some reason. |
@asmalldev I can reproduce those weird cursor behavior by hard clicking corners of the touchpad (on Ubuntu & Arch Linux). However I never had touchpad freeze anymore since Ubuntu 14.04 (tested Ubuntu 15.04, 15.10 and Arch Linux). |
@asmalldev I have tried as you said and I did not get the issue. :/ |
Hi,
when scrolling with two fingers. it happens that the touchpad behaves bad. In fact, when releasing the fingers it's like a touch with fingers is recognized, thus opening the context menu.
The only workaround I have found is to disable and then enable the mouse.
I'm running on
Linux XPS13 3.19.0-37-generic #42~14.04.1-Ubuntu
Anyone got the same issue? Any solution?
Thanks!
The text was updated successfully, but these errors were encountered: