Over the last month or so when I change the USB devices the system appears to hang. What is actually happening is that the entire USB input system shuts down and so I can't login. I usually solve this problem by doing a hard restart. As you can imagine, this is starting to become tedious. If I try to re-create this I can usually do it after about five times. In my case I use a USB KVM switch which has been working fine for a couple of years. I replaced it with a new one - same problem. I used new cables - same problem. I used a new Logitech unifying dongle - same problem. All my HID devices are wireless so I didn't try replacing those, they aren't physically connected to the machine. It looks as though this user has a similar problem: https://www.spinics.net/linux/fedora/fedora-users/msg519556.html Reproducible: Sometimes Steps to Reproduce: Repeatedly plug and unplug a Logitech unifying receiver. Actual Results: kernel: BUG: unable to handle page fault for address: ffffabefc3981a50 Expected Results: Historically I've been able to add and remove devices or use the KVM switch with no problems. $ uname -a Linux somehost 6.4.6-200.fc38.x86_64 #1 SMP PREEMPT_DYNAMIC Mon Jul 24 20:51:12 UTC 2023 x86_64 GNU/Linux $ rpm -qa | grep kernel kernel-srpm-macros-1.0-19.fc38.noarch libreport-plugin-kerneloops-2.17.11-1.fc38.x86_64 abrt-addon-kerneloops-2.17.1-1.fc38.x86_64 kernel-devel-6.3.12-200.fc38.x86_64 kernel-modules-core-6.3.12-200.fc38.x86_64 kernel-core-6.3.12-200.fc38.x86_64 kernel-modules-6.3.12-200.fc38.x86_64 kernel-6.3.12-200.fc38.x86_64 kernel-modules-extra-6.3.12-200.fc38.x86_64 kernel-modules-core-6.4.4-200.fc38.x86_64 kernel-core-6.4.4-200.fc38.x86_64 kernel-modules-6.4.4-200.fc38.x86_64 kernel-devel-6.4.4-200.fc38.x86_64 kernel-6.4.4-200.fc38.x86_64 kernel-modules-extra-6.4.4-200.fc38.x86_64 kernel-headers-6.4.4-200.fc38.x86_64 kernel-modules-core-6.4.6-200.fc38.x86_64 kernel-core-6.4.6-200.fc38.x86_64 kernel-modules-6.4.6-200.fc38.x86_64 kernel-devel-6.4.6-200.fc38.x86_64 kernel-devel-matched-6.4.6-200.fc38.x86_64 kernel-6.4.6-200.fc38.x86_64 kernel-modules-extra-6.4.6-200.fc38.x86_64
Created attachment 1980988 [details] The interesting section of the journal when the problem occurred Kernel trace leading from power_supply_uevent to page_fault_oops
Created attachment 1980989 [details] USB devices Log from running "lsusb"
Created attachment 1980990 [details] USB device tree Log from running "lsusb -t"
Created attachment 1980991 [details] Modules Result of running "lsmod"
Created attachment 1980992 [details] oops.conf I've added: DropNotReportableOopses=no to oops.conf
Created attachment 1981005 [details] abrt output It's not great because it's recorded as "not-reportable".
(I'm adding this comment to bugzillae 2227968 and 2227221, which appear to be duplicates of each other.) I'm having this same problem, with very similar dmesg output, triggered by the USB disconnect that occurs when switching ports on a KVM switch that implements a USB hub to provide the connection to the keyboard and mouse. It started with kernel kernel-6.4.4-200.fc38.x86_64 and persists with 6.4.7. Kernel kernel-6.3.12-200.fc38.x86_64 is OK. I see this on three of my systems, the newest of which has an Intel i5-11400 processor. Two of my systems seem immune to this, the oldest of which has an Intel i7-3770 processor. I'd be happy to try a debug kernel on my affected i7-8550U system, but I'd have to be stepped through the generation process.
*** This bug has been marked as a duplicate of bug 2227221 ***