Bug 1176033 - touchpad don't work on Lenovo IdeaPad 3 (LNV81WE00)
touchpad don't work on Lenovo IdeaPad 3 (LNV81WE00)
Classification: openSUSE
Product: openSUSE Tumbleweed
Classification: openSUSE
Component: Kernel
x86-64 Other
: P5 - None : Major (vote)
: ---
Assigned To: openSUSE Kernel Bugs
E-mail List
Depends on:
  Show dependency treegraph
Reported: 2020-09-01 20:01 UTC by Alex Alex
Modified: 2022-01-17 08:48 UTC (History)
2 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---
tiwai: needinfo? (sandro.it)

hwinfo (1.64 MB, text/plain)
2020-10-28 21:34 UTC, Alex Alex
inxi (2.16 KB, text/plain)
2020-10-28 21:34 UTC, Alex Alex
dmesg with option (76.63 KB, text/plain)
2020-11-01 20:10 UTC, Alex Alex
dmesg with no option (75.60 KB, text/plain)
2020-11-01 20:10 UTC, Alex Alex
output dmesg working (75.51 KB, text/plain)
2020-11-05 21:10 UTC, Alex Alex
output hwinfo working (1.65 MB, text/plain)
2020-11-05 21:11 UTC, Alex Alex

Note You need to log in before you can comment on or make changes to this bug.
Description Alex Alex 2020-09-01 20:01:31 UTC
I recently purchased a lenovo IdeaPad 3 81WE pc and I report that unfortunately using the last available TW snapshot the touchpad is not recognized. 

I tried the solution proposed by Matt Warmerdam (https://bugs.launchpad.net/ubuntu/+source/linux-signed-hwe/+bug/1880172) which consists in adding the following to grub: "i8042.nopnp=1 pci=nocrs" and it seems to work. 

I also report this link: https://www.kernel.org/doc/html/v4.14/admin-guide/kernel-parameters.html, where it is indicated that if you need to use "nocrs" you must report the bug.

Information on my pc can be found: https://paste.opensuse.org/31182987
Comment 1 Alex Alex 2020-09-01 21:06:22 UTC
I insert new link with information about the laptop (lspci -vv) without expiry date: https://paste.opensuse.org/8826153
Comment 2 Takashi Iwai 2020-09-23 17:12:55 UTC
Could you give the output of hwinfo?  Rather upload to this Bugzilla please.
Comment 3 Alex Alex 2020-10-28 21:34:15 UTC
Created attachment 843098 [details]
Comment 4 Alex Alex 2020-10-28 21:34:45 UTC
Created attachment 843099 [details]
Comment 5 Alex Alex 2020-10-28 21:36:22 UTC
I'm sorry I was late in replying, but it's not a good time. I hope that what is provided is sufficient.
thank you for your attention
Comment 6 Takashi Iwai 2020-10-29 06:31:43 UTC
Thanks.  Could you try only with i8042.nopnp=1 option?
If this suffices, we can add the quirk for the specific device in the input driver code.
Comment 7 Takashi Iwai 2020-10-29 06:46:06 UTC
And, if i8042.nopnp=1 works, please upload the kernel messages (output of dmesg) on both working and non-working cases (with and without the boot option), too.
Comment 8 Alex Alex 2020-11-01 20:10:13 UTC
Created attachment 843200 [details]
dmesg with option
Comment 9 Alex Alex 2020-11-01 20:10:35 UTC
Created attachment 843201 [details]
dmesg with no option
Comment 10 Alex Alex 2020-11-01 20:11:24 UTC
Hi Takashi Iwai,

with option don't work. 

thank you for your attention
Comment 11 Takashi Iwai 2020-11-03 17:03:23 UTC
Hrm.  If you pass both i8042.nopnp=1 and pci=nocrs, does it work reliably?

If it works, could you give the hwinfo and the dmesg output from the working state?
Comment 12 Alex Alex 2020-11-05 21:10:56 UTC
Created attachment 843348 [details]
output dmesg working
Comment 13 Alex Alex 2020-11-05 21:11:35 UTC
Created attachment 843349 [details]
output hwinfo working
Comment 14 Miroslav Beneš 2022-01-14 14:31:46 UTC
Alex, I apologize for the late response. Has anything changed since back then? There is a much newer kernel in TW now?
Comment 15 Alex Alex 2022-01-14 22:02:55 UTC
Miroslav Beneš, I thank you for your reply, but that pc is no longer in my possession.
Comment 16 Miroslav Beneš 2022-01-17 08:48:25 UTC
Ok, thanks for the feedback and let me close then.