Bug 216422

Summary: BUG: kernel NULL pointer dereference, address: 0000000000000000
Product: Drivers Reporter: Jan (kernel-bugzilla)
Component: USBAssignee: Default virtual assignee for Drivers/USB (drivers_usb)
Status: NEW ---    
Severity: normal CC: ehaynes99, regressions, tiwai
Priority: P1    
Hardware: All   
OS: Linux   
Kernel Version: 5.18.0-rc1-1-00059-g87d0e2f41b8c Tree: Mainline
Subsystem: Regression: Yes
Attachments: dmesg with NULL pointer dereferences.
bisect log

Description Jan 2022-08-27 20:48:06 UTC
Created attachment 301686 [details]
dmesg with NULL pointer dereferences.


Several users including me are experiencing an issue with Thinkpads becoming completely unresponsive after several hours. This seems to happen more often shortly after the system has been idle for some time.
The issue only occurs when the Thinkpad is already connected to a USB C docking station before booting.

dmesg shows regular
"BUG: kernel NULL pointer dereference, address: 0000000000000000"
that do not cause a crash however.
These only show up, when the systemd upower.service is running.

In the attached dmesg.txt, I booted with upower.service disabled and started it manually which immediately lead to the NULL pointer dereference (but no crash).

We bisected and found the offending commit in https://bbs.archlinux.org/viewtopic.php?id=279027

Please see the attached bisect-log.txt .
Comment 1 Jan 2022-08-27 20:49:15 UTC
Created attachment 301687 [details]
bisect log
Comment 2 Eric Haynes 2022-08-28 00:21:18 UTC
I am also experiencing this. I'm not sure if modern docking stations are more than just a USB C hub, but in case it matters, I have an external monitor and a keyboard connected via USB C but do not own a docking station.
Comment 3 The Linux kernel's regression tracker (Thorsten Leemhuis) 2022-08-28 11:28:42 UTC
Thx for the bisect. That commits is known to cause some trouble. See this thread:

A fix for that problem is heading towards mainline currently:

Might be worth giving it a shot.