https://bugzilla.kernel.org/show_bug.cgi?id=206723
Bug ID: 206723
Summary: Regression: T420 not accepting inputs - usb device not
accepting address, pci=noacpi
Product: ACPI
Version: 2.5
Kernel Version: >4.19.76
Hardware: x86-64
OS: Linux
Tree: Mainline
Status: NEW
Severity: blocking
Priority: P1
Component: Other
Assignee: acpi_ot...@kernel-bugs.osdl.org
Reporter: ko...@posteo.de
Regression: No
Created attachment 287721
--> https://bugzilla.kernel.org/attachment.cgi?id=287721&action=edit
reportbug (debian) Information + lsmod output
I found a regression bug.
With kernel starting from version 4.19.76 my Thinkpad T420 "freezes" on boot
(no inputs taken, can't enter the decryption password, so can't boot my
device).
Even so I can enter anything zt continues to show (with changing n):
usb 1-1: device not accepting address n, error -110
usb 2-1: new high-speed USB device number n using ehci-pci
usb usb2-port1: attempt power cycle
It shows this errors even so no [external] USB devices are connected.
With Kernel <4.19.76 I can boot normally with kernel settings:
pci=noacpi.
Without this setting the screen stays black, so I have to use it.
I made a git bisect (stable branch) and found:
b40c15c20e42491303202ae1368841704be0c3b9 is the first bad commit
commit b40c15c20e42491303202ae1368841704be0c3b9
Author: Thomas Gleixner <t...@linutronix.de>
Date: Mon Jul 22 20:47:08 2019 +0200
x86/apic: Soft disable APIC before initializing it
[ Upstream commit 2640da4cccf5cc613bf26f0998b9e340f4b5f69c ]
If the APIC was already enabled on entry of setup_local_APIC() then
disabling it soft via the SPIV register makes a lot of sense.
That masks all LVT entries and brings it into a well defined state.
Otherwise previously enabled LVTs which are not touched in the setup
function stay unmasked and might surprise the just booting kernel.
Signed-off-by: Thomas Gleixner <t...@linutronix.de>
Acked-by: Peter Zijlstra (Intel) <pet...@infradead.org>
Link: https://lkml.kernel.org/r/20190722105219.068290...@linutronix.de
Signed-off-by: Sasha Levin <sas...@kernel.org>
:040000 040000 db502796eb6fdf24be8a4b6442531cd027b4d459
8a9beff72957993cab7366eaa36c2d25700e1676 M arch
This is why I sorted this bug into ACPI bugs.
I added some system information. If you need more, let me know.
I can't use any newer kernel version if this bug remains as either my system
"freezes" (don't accepts inputs) with pci=noacpi set or doesn't display
anything.
In older kernel versions (3.xx) everything worked fine out of the box.
How can I contribute to get to this state again?
--
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
