Touchpad's palm detection works very poorly
I have Mi Notebook Pro (15.6 inches), it has very big, usable touchpad (apparently, manufactured by Elantech).
But it's palm detection works very poorly. I started to bang my head with it in hope to tweak my touchpad and found that there is actually two. Here is the list:
$ sudo libinput list-devices | grep -A18 Touchapd
Device: ETD2303:00 04F3:3083 Touchpad
Kernel: /dev/input/event5
Group: 6
Seat: seat0, default
Size: 125x78mm
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
--
Device: ETPS/2 Elantech Touchpad
Kernel: /dev/input/event8
Group: 10
Seat: seat0, default
Size: 125x81mm
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
The touchpad which actually produces input events is ETD2303:00 04F3:3083 Touchpad
(/dev/input/event5
), I found it out using libinput debug-events
.
It raises a bunch of questions. The general one is why there is two touchpads? The touchpad in my laptop have fingerprint scanner (I'm not using it), could be that the second one is a fingerprint scanner?
The second major question is as follows. It seems like there is no proper driver for my touchpad in the kernel because of strange name of listed touchpad (is it PCI ven:dev IDs?). How to check that?
And last, but not least question is how to tune palm detection so it will work more conveniently? Is it possible in the first place?
I've Budgie 10.5 (Gnome stack 3.28.1), xorg 1.20.3, xorg-driver-input-libinput 0.28.1, libinput 1.12.3, and linux 4.19.8.
UPD
I accidentally looked at kernel logs and found very interesting thing: it is fuuuuuull of this event:
i2c_hid i2c-ETD2303:00: i2c_hid_get_input: incomplete report (14/65535)
When I did it there was almost billion of this event! I decided to reboot and then measure frequency again:
$ uptime
01:13:31 up 13 min, 1 user, load average: 0,14, 0,61, 0,67
$ journalctl -k | grep i2c-ETD2303:00 | wc -l
24219
As you can see, ~24 thousands of same event in 13 min is insane.
So, here is another questions: what's it to hid-i2c
here? Isn't that this touchpad driver is elantech
? I found this question, there is advice in the answer to disable "HID over I2c" feature. I've no option in firmware setup to do that. Can it be done programmatically? Is that the touchpad "phisically" wired over I2c?
drivers touchpad libinput user-experience
add a comment |
I have Mi Notebook Pro (15.6 inches), it has very big, usable touchpad (apparently, manufactured by Elantech).
But it's palm detection works very poorly. I started to bang my head with it in hope to tweak my touchpad and found that there is actually two. Here is the list:
$ sudo libinput list-devices | grep -A18 Touchapd
Device: ETD2303:00 04F3:3083 Touchpad
Kernel: /dev/input/event5
Group: 6
Seat: seat0, default
Size: 125x78mm
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
--
Device: ETPS/2 Elantech Touchpad
Kernel: /dev/input/event8
Group: 10
Seat: seat0, default
Size: 125x81mm
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
The touchpad which actually produces input events is ETD2303:00 04F3:3083 Touchpad
(/dev/input/event5
), I found it out using libinput debug-events
.
It raises a bunch of questions. The general one is why there is two touchpads? The touchpad in my laptop have fingerprint scanner (I'm not using it), could be that the second one is a fingerprint scanner?
The second major question is as follows. It seems like there is no proper driver for my touchpad in the kernel because of strange name of listed touchpad (is it PCI ven:dev IDs?). How to check that?
And last, but not least question is how to tune palm detection so it will work more conveniently? Is it possible in the first place?
I've Budgie 10.5 (Gnome stack 3.28.1), xorg 1.20.3, xorg-driver-input-libinput 0.28.1, libinput 1.12.3, and linux 4.19.8.
UPD
I accidentally looked at kernel logs and found very interesting thing: it is fuuuuuull of this event:
i2c_hid i2c-ETD2303:00: i2c_hid_get_input: incomplete report (14/65535)
When I did it there was almost billion of this event! I decided to reboot and then measure frequency again:
$ uptime
01:13:31 up 13 min, 1 user, load average: 0,14, 0,61, 0,67
$ journalctl -k | grep i2c-ETD2303:00 | wc -l
24219
As you can see, ~24 thousands of same event in 13 min is insane.
So, here is another questions: what's it to hid-i2c
here? Isn't that this touchpad driver is elantech
? I found this question, there is advice in the answer to disable "HID over I2c" feature. I've no option in firmware setup to do that. Can it be done programmatically? Is that the touchpad "phisically" wired over I2c?
drivers touchpad libinput user-experience
Does addint i8042.reset to GRUB solve your problem? see unix.stackexchange.com/questions/467199/…
– Rui F Ribeiro
Dec 16 at 12:19
I added the parameter to kernel command line, but can't measure impact immediately, I need to type some text for a while.
– tosh
Dec 16 at 12:43
I worked for a while with this parameter enabled and now can say that it doesn't solve my problem.
– tosh
Dec 23 at 14:15
add a comment |
I have Mi Notebook Pro (15.6 inches), it has very big, usable touchpad (apparently, manufactured by Elantech).
But it's palm detection works very poorly. I started to bang my head with it in hope to tweak my touchpad and found that there is actually two. Here is the list:
$ sudo libinput list-devices | grep -A18 Touchapd
Device: ETD2303:00 04F3:3083 Touchpad
Kernel: /dev/input/event5
Group: 6
Seat: seat0, default
Size: 125x78mm
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
--
Device: ETPS/2 Elantech Touchpad
Kernel: /dev/input/event8
Group: 10
Seat: seat0, default
Size: 125x81mm
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
The touchpad which actually produces input events is ETD2303:00 04F3:3083 Touchpad
(/dev/input/event5
), I found it out using libinput debug-events
.
It raises a bunch of questions. The general one is why there is two touchpads? The touchpad in my laptop have fingerprint scanner (I'm not using it), could be that the second one is a fingerprint scanner?
The second major question is as follows. It seems like there is no proper driver for my touchpad in the kernel because of strange name of listed touchpad (is it PCI ven:dev IDs?). How to check that?
And last, but not least question is how to tune palm detection so it will work more conveniently? Is it possible in the first place?
I've Budgie 10.5 (Gnome stack 3.28.1), xorg 1.20.3, xorg-driver-input-libinput 0.28.1, libinput 1.12.3, and linux 4.19.8.
UPD
I accidentally looked at kernel logs and found very interesting thing: it is fuuuuuull of this event:
i2c_hid i2c-ETD2303:00: i2c_hid_get_input: incomplete report (14/65535)
When I did it there was almost billion of this event! I decided to reboot and then measure frequency again:
$ uptime
01:13:31 up 13 min, 1 user, load average: 0,14, 0,61, 0,67
$ journalctl -k | grep i2c-ETD2303:00 | wc -l
24219
As you can see, ~24 thousands of same event in 13 min is insane.
So, here is another questions: what's it to hid-i2c
here? Isn't that this touchpad driver is elantech
? I found this question, there is advice in the answer to disable "HID over I2c" feature. I've no option in firmware setup to do that. Can it be done programmatically? Is that the touchpad "phisically" wired over I2c?
drivers touchpad libinput user-experience
I have Mi Notebook Pro (15.6 inches), it has very big, usable touchpad (apparently, manufactured by Elantech).
But it's palm detection works very poorly. I started to bang my head with it in hope to tweak my touchpad and found that there is actually two. Here is the list:
$ sudo libinput list-devices | grep -A18 Touchapd
Device: ETD2303:00 04F3:3083 Touchpad
Kernel: /dev/input/event5
Group: 6
Seat: seat0, default
Size: 125x78mm
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
--
Device: ETPS/2 Elantech Touchpad
Kernel: /dev/input/event8
Group: 10
Seat: seat0, default
Size: 125x81mm
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
The touchpad which actually produces input events is ETD2303:00 04F3:3083 Touchpad
(/dev/input/event5
), I found it out using libinput debug-events
.
It raises a bunch of questions. The general one is why there is two touchpads? The touchpad in my laptop have fingerprint scanner (I'm not using it), could be that the second one is a fingerprint scanner?
The second major question is as follows. It seems like there is no proper driver for my touchpad in the kernel because of strange name of listed touchpad (is it PCI ven:dev IDs?). How to check that?
And last, but not least question is how to tune palm detection so it will work more conveniently? Is it possible in the first place?
I've Budgie 10.5 (Gnome stack 3.28.1), xorg 1.20.3, xorg-driver-input-libinput 0.28.1, libinput 1.12.3, and linux 4.19.8.
UPD
I accidentally looked at kernel logs and found very interesting thing: it is fuuuuuull of this event:
i2c_hid i2c-ETD2303:00: i2c_hid_get_input: incomplete report (14/65535)
When I did it there was almost billion of this event! I decided to reboot and then measure frequency again:
$ uptime
01:13:31 up 13 min, 1 user, load average: 0,14, 0,61, 0,67
$ journalctl -k | grep i2c-ETD2303:00 | wc -l
24219
As you can see, ~24 thousands of same event in 13 min is insane.
So, here is another questions: what's it to hid-i2c
here? Isn't that this touchpad driver is elantech
? I found this question, there is advice in the answer to disable "HID over I2c" feature. I've no option in firmware setup to do that. Can it be done programmatically? Is that the touchpad "phisically" wired over I2c?
drivers touchpad libinput user-experience
drivers touchpad libinput user-experience
edited Dec 16 at 22:25
asked Dec 16 at 12:11
tosh
1142
1142
Does addint i8042.reset to GRUB solve your problem? see unix.stackexchange.com/questions/467199/…
– Rui F Ribeiro
Dec 16 at 12:19
I added the parameter to kernel command line, but can't measure impact immediately, I need to type some text for a while.
– tosh
Dec 16 at 12:43
I worked for a while with this parameter enabled and now can say that it doesn't solve my problem.
– tosh
Dec 23 at 14:15
add a comment |
Does addint i8042.reset to GRUB solve your problem? see unix.stackexchange.com/questions/467199/…
– Rui F Ribeiro
Dec 16 at 12:19
I added the parameter to kernel command line, but can't measure impact immediately, I need to type some text for a while.
– tosh
Dec 16 at 12:43
I worked for a while with this parameter enabled and now can say that it doesn't solve my problem.
– tosh
Dec 23 at 14:15
Does addint i8042.reset to GRUB solve your problem? see unix.stackexchange.com/questions/467199/…
– Rui F Ribeiro
Dec 16 at 12:19
Does addint i8042.reset to GRUB solve your problem? see unix.stackexchange.com/questions/467199/…
– Rui F Ribeiro
Dec 16 at 12:19
I added the parameter to kernel command line, but can't measure impact immediately, I need to type some text for a while.
– tosh
Dec 16 at 12:43
I added the parameter to kernel command line, but can't measure impact immediately, I need to type some text for a while.
– tosh
Dec 16 at 12:43
I worked for a while with this parameter enabled and now can say that it doesn't solve my problem.
– tosh
Dec 23 at 14:15
I worked for a while with this parameter enabled and now can say that it doesn't solve my problem.
– tosh
Dec 23 at 14:15
add a comment |
active
oldest
votes
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f489293%2ftouchpads-palm-detection-works-very-poorly%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f489293%2ftouchpads-palm-detection-works-very-poorly%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Does addint i8042.reset to GRUB solve your problem? see unix.stackexchange.com/questions/467199/…
– Rui F Ribeiro
Dec 16 at 12:19
I added the parameter to kernel command line, but can't measure impact immediately, I need to type some text for a while.
– tosh
Dec 16 at 12:43
I worked for a while with this parameter enabled and now can say that it doesn't solve my problem.
– tosh
Dec 23 at 14:15