Touchpad doesn't work in 4.17 or later
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| linux (Ubuntu) |
Medium
|
Unassigned | ||
| Cosmic |
Medium
|
Unassigned |
Bug Description
Using the builds at http://
In the later ones, the touchpad does not work after boot and rebooting stalls:
Jun 18 15:42:50 pkxps kernel: [ 242.366528] INFO: task systemd-udevd:309 blocked for more than 120 seconds.
Jun 18 15:42:50 pkxps kernel: [ 242.366540] Not tainted 4.17.2-
Jun 18 15:42:50 pkxps kernel: [ 242.366545] "echo 0 > /proc/sys/
Jun 18 15:42:50 pkxps kernel: [ 242.366551] systemd-udevd D 0 309 273 0x80000104
Jun 18 15:42:50 pkxps kernel: [ 242.366558] Call Trace:
Jun 18 15:42:50 pkxps kernel: [ 242.366576] __schedule+
Jun 18 15:42:50 pkxps kernel: [ 242.366582] ? __switch_
Jun 18 15:42:50 pkxps kernel: [ 242.366587] ? __switch_
Jun 18 15:42:50 pkxps kernel: [ 242.366596] ? get_work_
Jun 18 15:42:50 pkxps kernel: [ 242.366602] schedule+0x2c/0x80
Jun 18 15:42:50 pkxps kernel: [ 242.366609] schedule_
Jun 18 15:42:50 pkxps kernel: [ 242.366615] ? __schedule+
Jun 18 15:42:50 pkxps kernel: [ 242.366623] ? get_work_
Jun 18 15:42:50 pkxps kernel: [ 242.366629] wait_for_
Jun 18 15:42:50 pkxps kernel: [ 242.366637] ? wake_up_q+0x80/0x80
Jun 18 15:42:50 pkxps kernel: [ 242.366645] flush_work+
Jun 18 15:42:50 pkxps kernel: [ 242.366652] ? worker_
Jun 18 15:42:50 pkxps kernel: [ 242.366661] __cancel_
Jun 18 15:42:50 pkxps kernel: [ 242.366669] cancel_
Jun 18 15:42:50 pkxps kernel: [ 242.366676] power_supply_
Jun 18 15:42:50 pkxps kernel: [ 242.366682] devm_power_
Jun 18 15:42:50 pkxps kernel: [ 242.366692] release_
Jun 18 15:42:50 pkxps kernel: [ 242.366701] devres_
Jun 18 15:42:50 pkxps kernel: [ 242.366718] wacom_remove+
Jun 18 15:42:50 pkxps kernel: [ 242.366733] hid_device_
Jun 18 15:42:50 pkxps kernel: [ 242.366741] device_
Jun 18 15:42:50 pkxps kernel: [ 242.366751] ? __hid_bus_
Jun 18 15:42:50 pkxps kernel: [ 242.366760] ? hid_destroy_
Jun 18 15:42:50 pkxps kernel: [ 242.366766] device_
Jun 18 15:42:50 pkxps kernel: [ 242.366771] device_
Jun 18 15:42:50 pkxps kernel: [ 242.366782] __hid_bus_
Jun 18 15:42:50 pkxps kernel: [ 242.366793] bus_for_
Jun 18 15:42:50 pkxps kernel: [ 242.366803] __hid_bus_
--
Jun 18 15:42:50 pkxps kernel: [ 242.366859] ? __vunmap+0x81/0xb0
Jun 18 15:42:50 pkxps kernel: [ 242.366867] ? _cond_resched+
Jun 18 15:42:50 pkxps kernel: [ 242.366874] ? kmem_cache_
Jun 18 15:42:50 pkxps kernel: [ 242.366883] ? do_init_
Jun 18 15:42:50 pkxps kernel: [ 242.366892] do_init_
Jun 18 15:42:50 pkxps kernel: [ 242.366900] load_module+
Jun 18 15:42:50 pkxps kernel: [ 242.366913] __do_sys_
Jun 18 15:42:50 pkxps kernel: [ 242.366919] ? __do_sys_
Jun 18 15:42:50 pkxps kernel: [ 242.366929] __x64_sys_
Jun 18 15:42:50 pkxps kernel: [ 242.366936] do_syscall_
Jun 18 15:42:50 pkxps kernel: [ 242.366942] entry_SYSCALL_
Jun 18 15:42:50 pkxps kernel: [ 242.366948] RIP: 0033:0x7f03e2729839
Jun 18 15:42:50 pkxps kernel: [ 242.366952] RSP: 002b:00007ffde9
Jun 18 15:42:50 pkxps kernel: [ 242.366959] RAX: ffffffffffffffda RBX: 0000561aff969a00 RCX: 00007f03e2729839
Jun 18 15:42:50 pkxps kernel: [ 242.366963] RDX: 0000000000000000 RSI: 00007f03e24080e5 RDI: 0000000000000007
Jun 18 15:42:50 pkxps kernel: [ 242.366967] RBP: 00007f03e24080e5 R08: 0000000000000000 R09: 00007ffde9a0e6a0
Jun 18 15:42:50 pkxps kernel: [ 242.366970] R10: 0000000000000007 R11: 0000000000000246 R12: 0000000000000000
Jun 18 15:42:50 pkxps kernel: [ 242.366974] R13: 0000561aff95d850 R14: 0000000000020000 R15: 0000561aff969a00
Jun 18 15:42:50 pkxps kernel: [ 242.366987] INFO: task kworker/u8:3:394 blocked for more than 120 seconds.
Jun 18 15:42:50 pkxps kernel: [ 242.366996] Not tainted 4.17.2-
Jun 18 15:42:50 pkxps kernel: [ 242.367000] "echo 0 > /proc/sys/
Jun 18 15:42:50 pkxps kernel: [ 242.367006] kworker/u8:3 D 0 394 2 0x80000000
Jun 18 15:42:50 pkxps kernel: [ 242.367021] Workqueue: events_
Jun 18 15:42:50 pkxps kernel: [ 242.367024] Call Trace:
Jun 18 15:42:50 pkxps kernel: [ 242.367034] __schedule+
Jun 18 15:42:50 pkxps kernel: [ 242.367040] ? __switch_
Jun 18 15:42:50 pkxps kernel: [ 242.367048] schedule+0x2c/0x80
Jun 18 15:42:50 pkxps kernel: [ 242.367056] schedule_
Jun 18 15:42:50 pkxps kernel: [ 242.367063] __mutex_
Jun 18 15:42:50 pkxps kernel: [ 242.367069] ? __switch_
Jun 18 15:42:50 pkxps kernel: [ 242.367074] ? __switch_
Jun 18 15:42:50 pkxps kernel: [ 242.367083] __mutex_
Jun 18 15:42:50 pkxps kernel: [ 242.367090] ? __mutex_
Jun 18 15:42:50 pkxps kernel: [ 242.367097] mutex_lock+
Jun 18 15:42:50 pkxps kernel: [ 242.367104] power_supply_
Jun 18 15:42:50 pkxps kernel: [ 242.367112] process_
Jun 18 15:42:50 pkxps kernel: [ 242.367119] worker_
Jun 18 15:42:50 pkxps kernel: [ 242.367126] kthread+0x121/0x140
Jun 18 15:42:50 pkxps kernel: [ 242.367132] ? process_
Jun 18 15:42:50 pkxps kernel: [ 242.367138] ? kthread_
Jun 18 15:42:50 pkxps kernel: [ 242.367144] ret_from_
Jun 18 15:43:18 pkxps kernel: [ 269.976729] rfkill: input handler enabled
Patrik Kullman (nomego) wrote : | #1 |
Patrik Kullman (nomego) wrote : | #2 |
Patrik Kullman (nomego) wrote : | #3 |
Changed in linux (Ubuntu): | |
status: | New → Confirmed |
Joseph Salisbury (jsalisbury) wrote : | #5 |
Would it be possible for you to test the latest upstream kernel? Refer to https:/
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.
Changed in linux (Ubuntu): | |
importance: | Undecided → Medium |
tags: | added: cosmic kernel-da-key |
Changed in linux (Ubuntu Cosmic): | |
status: | Confirmed → Incomplete |
Patrik Kullman (nomego) wrote : | #6 |
Changed in linux (Ubuntu Cosmic): | |
status: | Incomplete → Confirmed |
tags: | added: kernel-bug-exists-upstream |
Patrik Kullman (nomego) wrote : | #7 |
Not sure if you get these updates without a comment but I did try 4.18-rc2 and bug is still present.
Anything else I can do ?
Kai-Heng Feng (kaihengfeng) wrote : | #8 |
Can you do a kernel bisection?
First, find the last good -rc kernel and the first bad -rc kernel from http://
Then,
$ sudo apt build-dep linux
$ git clone git://git.
$ cd linux
$ git bisect start
$ git bisect good $(the good version you found)
$ git bisect bad $(the bad version found)
$ make localmodconfig
$ make -j`nproc` deb-pkg
Install the newly built kernel, then reboot with it.
If the issue still happens,
$ git bisect bad
Otherwise,
$ git bisect good
Repeat to "make -j`nproc` deb-pkg" until you find the commit that causes the regression.
Patrik Kullman (nomego) wrote : | #9 |
Amazingly enough these issues seem resolved in 4.18-rc3! So 4.17 through 4.18-rc2 are affected, likely 4.17-rc? too.
Only weirdness in dmesg now is this, but I'm not sure of the implications:
[ 18.148559] pci_bus 0000:02: Allocating resources
[ 18.148627] pcieport 0000:02:01.0: bridge window [io 0x1000-0x0fff] to [bus 04-38] add_size 1000
[ 18.148650] pcieport 0000:02:02.0: bridge window [io 0x1000-0x0fff] to [bus 39] add_size 1000
[ 18.148658] pcieport 0000:02:02.0: bridge window [mem 0x00100000-
[ 18.148681] pcieport 0000:01:00.0: bridge window [io 0x1000-0x0fff] to [bus 02-39] add_size 2000
[ 18.148693] pcieport 0000:01:00.0: BAR 13: no space for [io size 0x2000]
[ 18.148698] pcieport 0000:01:00.0: BAR 13: failed to assign [io size 0x2000]
[ 18.148707] pcieport 0000:01:00.0: BAR 13: no space for [io size 0x2000]
[ 18.148711] pcieport 0000:01:00.0: BAR 13: failed to assign [io size 0x2000]
[ 18.148731] pcieport 0000:02:02.0: BAR 15: no space for [mem size 0x00200000 64bit pref]
[ 18.148736] pcieport 0000:02:02.0: BAR 15: failed to assign [mem size 0x00200000 64bit pref]
[ 18.148742] pcieport 0000:02:01.0: BAR 13: no space for [io size 0x1000]
[ 18.148746] pcieport 0000:02:01.0: BAR 13: failed to assign [io size 0x1000]
[ 18.148752] pcieport 0000:02:02.0: BAR 13: no space for [io size 0x1000]
[ 18.148756] pcieport 0000:02:02.0: BAR 13: failed to assign [io size 0x1000]
[ 18.148767] pcieport 0000:02:02.0: BAR 15: no space for [mem size 0x00200000 64bit pref]
[ 18.148772] pcieport 0000:02:02.0: BAR 15: failed to assign [mem size 0x00200000 64bit pref]
[ 18.148777] pcieport 0000:02:02.0: BAR 13: no space for [io size 0x1000]
[ 18.148782] pcieport 0000:02:02.0: BAR 13: failed to assign [io size 0x1000]
[ 18.148787] pcieport 0000:02:01.0: BAR 13: no space for [io size 0x1000]
[ 18.148792] pcieport 0000:02:01.0: BAR 13: failed to assign [io size 0x1000]
[ 22.647320] pcieport 0000:00:1c.0: AER: Corrected error received: 0000:00:1c.0
[ 22.647337] pcieport 0000:00:1c.0: PCIe Bus Error: severity=Corrected, type=Physical Layer, (Receiver ID)
[ 22.647355] pcieport 0000:00:1c.0: device [8086:9d10] error status/
[ 22.647386] pcieport 0000:00:1c.0: [ 0] Receiver Error (First)
[ 22.721810] pci_raw_
[ 22.721812] pcieport 0000:02:00.0: Refused to change power state, currently in D3
[ 22.723448] pci_bus 0000:03: busn_res: [bus 03] is released
[ 22.723537] pci_bus 0000:04: busn_res: [bus 04-38] is released
[ 22.723601] pci_bus 0000:39: busn_res: [bus 39] is released
[ 22.724655] pci_bus 0000:02: busn_res: [bus 02-39] is released
Patrik Kullman (nomego) wrote : | #10 |
Actually it didn't get solved with 4.18-rc3, but rather works on some boots.
Tried rc4 now and problem remains, I just haven't rebooted enough.
Hard to verify with a bisect as well.
Patrik Kullman (nomego) wrote : | #11 |
Patrik Kullman (nomego) wrote : | #12 |
Patrik Kullman (nomego) wrote : | #13 |
Patrik Kullman (nomego) wrote : | #14 |
Ok uploaded different dmesgs for the same kernel when the touchpad is working and not. (Two examples of when it's working)
When it's not working, the computer won't reboot/halt either.
Took me about 10-12 reboots to get one boot when it's working.
Patrik Kullman (nomego) wrote : | #15 |
I haven't experienced this for a while now (since 4.19-rc1?), can be closed.
Changed in linux (Ubuntu): | |
status: | Confirmed → Fix Released |
tags: | added: cscc |
This change was made by a bot.