Created attachment 1980428 [details] journalctl output for kernels kernel-6.4.4-200.fc38.x86_64 & rawhide 1. Please describe the problem: When a KVM switch disconnects from a machine then "sometimes" the machine freezes and required a physical power off. The basic error is of the form Jul 28 09:37:25 naxos.jaa.org.uk kernel: usb 4-2.1: USB disconnect, device number 5 Jul 28 09:37:25 naxos.jaa.org.uk kernel: usb 3-2.1: USB disconnect, device number 10 Jul 28 09:37:25 naxos.jaa.org.uk kernel: usb 3-2.1.4: USB disconnect, device number 11 Jul 28 09:37:25 naxos.jaa.org.uk kernel: BUG: unable to handle page fault for address: ffffa14dc8f5fa70 Jul 28 09:37:25 naxos.jaa.org.uk kernel: #PF: supervisor write access in kernel mode Jul 28 09:37:25 naxos.jaa.org.uk kernel: #PF: error_code(0x0002) - not-present page 2. What is the Version-Release number of the kernel: These kernels fail: kernel-6.4.4-200.fc38.x86_64 kernel-6.4.6-200.fc38.x86_64 3. Did it work previously in Fedora? If so, what kernel version did the issue *first* appear? Old kernels are available for download at https://koji.fedoraproject.org/koji/packageinfo?packageID=8 : This one OK kernel-6.3.11-200.fc38.x86_64 4. Can you reproduce this issue? If so, please provide the steps to reproduce the issue below: Yes - boot the failing kernel and switch back and forth to another machine running a working kernel. After 1, 2, 3, .. switches the faulty machine will freeze. An existing ssh connection will be maintained from the "good" machine. A new ssh connection is not possible. shutdown -h now does not close the faulty machine cleanly. A physical power off is required. 5. Does this problem occur with the latest Rawhide kernel? To install the Rawhide kernel, run ``sudo dnf install fedora-repos-rawhide`` followed by ``sudo dnf update --enablerepo=rawhide kernel``: Yes, but appears to occur less often. 6.5.0-0.rc3.20230726git18b44bc5a672.25.fc39.x86_64 Additional core dumps are given systemd-coredump[3643]: Process 3389 (xfce4-panel) of user 1000 dumped core. 6. Are you running any modules that not shipped with directly Fedora's kernel?: No 7. Please attach the kernel logs. You can get the complete kernel log for a boot with ``journalctl --no-hostname -k > dmesg.txt``. If the issue occurred on a previous boot, use the journalctl ``-b`` flag.
(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.
The problem is still present in the following kernels 6.4.9-200.fc38.x86_64 6.4.10-200.fc38.x86_64 6.5.0-0.rc5.20230811git25aa0bebba72.40.fc40.x86_64 It took 6 "switches" to obtain a failure with 6.4.10-200 Aug 14 14:36:42 naxos.jaa.org.uk kernel: usb 4-2.1: USB disconnect, device number 9 Aug 14 14:36:42 naxos.jaa.org.uk kernel: usb 3-2.1: USB disconnect, device number 18 Aug 14 14:36:42 naxos.jaa.org.uk kernel: usb 3-2.1.4: USB disconnect, device number 19 Aug 14 14:36:42 naxos.jaa.org.uk kernel: BUG: unable to handle page fault for address: ffffac240e108458 Aug 14 14:36:42 naxos.jaa.org.uk kernel: #PF: supervisor write access in kernel mode Aug 14 14:36:42 naxos.jaa.org.uk kernel: #PF: error_code(0x0002) - not-present page Aug 14 14:36:42 naxos.jaa.org.uk kernel: PGD 100000067 P4D 100000067 PUD 10020f067 PMD 100e53067 PTE 0 Aug 14 14:36:42 naxos.jaa.org.uk kernel: Oops: 0002 [#1] PREEMPT SMP PTI Aug 14 14:36:42 naxos.jaa.org.uk kernel: CPU: 3 PID: 719 Comm: kworker/3:3 Tainted: G I 6.4.10-200.fc38.x86_64 #1 Aug 14 14:36:42 naxos.jaa.org.uk kernel: Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./Z170 Gaming-ITX/ac, BIOS P7.30 01/23/2018 Aug 14 14:36:42 naxos.jaa.org.uk kernel: Workqueue: usb_hub_wq hub_event Aug 14 14:36:42 naxos.jaa.org.uk kernel: RIP: 0010:power_supply_uevent+0xee/0x1d0 Aug 14 14:36:42 naxos.jaa.org.uk kernel: Code: 75 4e 48 8b 13 48 83 7a 28 00 74 75 45 31 ff 31 c0 eb 10 48 8b 13 41 83 c7 01 49 63 c7 48 3b 42 28 73 5e 48 8b 52 20 8b 14 82 <f0> 48 0f ab 54 24 08 48 8b 13 4c 89 f1 4c 89 e6 48 89 ef 48 8b 52 Aug 14 14:36:42 naxos.jaa.org.uk kernel: RSP: 0000:ffffac24006f77b8 EFLAGS: 00010297 Aug 14 14:36:42 naxos.jaa.org.uk kernel: RAX: 0000000000000003 RBX: ffff8ede2ef7b800 RCX: ffff8ede06f39000 Aug 14 14:36:42 naxos.jaa.org.uk kernel: RDX: 000000006d0864e4 RSI: 00000000116d6407 RDI: ffff8ede2ef7b800 Aug 14 14:36:42 naxos.jaa.org.uk kernel: RBP: ffff8ede2ef7b838 R08: 0000000000000007 R09: ffff8edec5999312 Aug 14 14:36:42 naxos.jaa.org.uk kernel: R10: ffffffffffffffff R11: 0000000000000000 R12: ffff8eddc5999000 Aug 14 14:36:42 naxos.jaa.org.uk kernel: R13: 0000000000000000 R14: ffff8ede06f39000 R15: 0000000000000003 Aug 14 14:36:42 naxos.jaa.org.uk kernel: FS: 0000000000000000(0000) GS:ffff8ee1270c0000(0000) knlGS:0000000000000000 Aug 14 14:36:42 naxos.jaa.org.uk kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Aug 14 14:36:42 naxos.jaa.org.uk kernel: CR2: ffffac240e108458 CR3: 000000011716e002 CR4: 00000000003706e0 Aug 14 14:36:42 naxos.jaa.org.uk kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Aug 14 14:36:42 naxos.jaa.org.uk kernel: DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Aug 14 14:36:42 naxos.jaa.org.uk kernel: Call Trace: Aug 14 14:36:42 naxos.jaa.org.uk kernel: <TASK> Aug 14 14:36:42 naxos.jaa.org.uk kernel: ? __die+0x23/0x70 Aug 14 14:36:42 naxos.jaa.org.uk kernel: ? page_fault_oops+0x171/0x4e0 Aug 14 14:36:42 naxos.jaa.org.uk kernel: ? exc_page_fault+0x175/0x180 Aug 14 14:36:42 naxos.jaa.org.uk kernel: ? asm_exc_page_fault+0x26/0x30 Aug 14 14:36:42 naxos.jaa.org.uk kernel: ? power_supply_uevent+0xee/0x1d0 Aug 14 14:36:42 naxos.jaa.org.uk kernel: ? power_supply_uevent+0x10d/0x1d0 Aug 14 14:36:42 naxos.jaa.org.uk kernel: dev_uevent+0x10f/0x2d0 Aug 14 14:36:42 naxos.jaa.org.uk kernel: kobject_uevent_env+0x291/0x680 Aug 14 14:36:42 naxos.jaa.org.uk kernel: power_supply_unregister+0x8e/0xa0 Aug 14 14:36:42 naxos.jaa.org.uk kernel: release_nodes+0x3d/0xb0 Aug 14 14:36:42 naxos.jaa.org.uk kernel: devres_release_all+0x8c/0xc0 Aug 14 14:36:42 naxos.jaa.org.uk kernel: device_unbind_cleanup+0xe/0x70 Aug 14 14:36:42 naxos.jaa.org.uk kernel: device_release_driver_internal+0x1cc/0x200 Aug 14 14:36:42 naxos.jaa.org.uk kernel: bus_remove_device+0xc6/0x130 Aug 14 14:36:42 naxos.jaa.org.uk kernel: device_del+0x15c/0x3e0 Aug 14 14:36:42 naxos.jaa.org.uk kernel: ? __queue_work+0x1df/0x440 Aug 14 14:36:42 naxos.jaa.org.uk kernel: hid_destroy_device+0x4b/0x60 Aug 14 14:36:42 naxos.jaa.org.uk kernel: logi_dj_remove+0x9a/0x100 [hid_logitech_dj] Aug 14 14:36:42 naxos.jaa.org.uk kernel: hid_device_remove+0x44/0x90 Aug 14 14:36:42 naxos.jaa.org.uk kernel: device_release_driver_internal+0x19f/0x200 Aug 14 14:36:42 naxos.jaa.org.uk kernel: bus_remove_device+0xc6/0x130 Aug 14 14:36:42 naxos.jaa.org.uk kernel: device_del+0x15c/0x3e0 Aug 14 14:36:42 naxos.jaa.org.uk kernel: ? __queue_work+0x1df/0x440 Aug 14 14:36:42 naxos.jaa.org.uk kernel: hid_destroy_device+0x4b/0x60 Aug 14 14:36:42 naxos.jaa.org.uk kernel: usbhid_disconnect+0x47/0x60 Aug 14 14:36:42 naxos.jaa.org.uk kernel: usb_unbind_interface+0x90/0x270 Aug 14 14:36:42 naxos.jaa.org.uk kernel: device_release_driver_internal+0x19f/0x200 Aug 14 14:36:42 naxos.jaa.org.uk kernel: bus_remove_device+0xc6/0x130 Aug 14 14:36:42 naxos.jaa.org.uk kernel: device_del+0x15c/0x3e0 Aug 14 14:36:42 naxos.jaa.org.uk kernel: ? kobject_put+0xa0/0x1d0 Aug 14 14:36:42 naxos.jaa.org.uk kernel: usb_disable_device+0xcd/0x1e0 Aug 14 14:36:42 naxos.jaa.org.uk kernel: usb_disconnect+0xde/0x2c0 Aug 14 14:36:42 naxos.jaa.org.uk kernel: usb_disconnect+0xc3/0x2c0 Aug 14 14:36:42 naxos.jaa.org.uk kernel: hub_event+0xf05/0x1ce0 Aug 14 14:36:42 naxos.jaa.org.uk kernel: ? rps_work+0x72/0x2f0 [i915] Aug 14 14:36:42 naxos.jaa.org.uk kernel: process_one_work+0x1c4/0x3d0 Aug 14 14:36:42 naxos.jaa.org.uk kernel: worker_thread+0x51/0x390 Aug 14 14:36:42 naxos.jaa.org.uk kernel: ? __pfx_worker_thread+0x10/0x10 Aug 14 14:36:42 naxos.jaa.org.uk kernel: kthread+0xe5/0x120 Aug 14 14:36:42 naxos.jaa.org.uk kernel: ? __pfx_kthread+0x10/0x10 Aug 14 14:36:42 naxos.jaa.org.uk kernel: ret_from_fork+0x29/0x50 Aug 14 14:36:42 naxos.jaa.org.uk kernel: </TASK> Aug 14 14:36:42 naxos.jaa.org.uk kernel: Modules linked in: rfcomm snd_seq_dummy snd_hrtimer rpcsec_gss_krb5 auth_rpcgss nfsv4 dns_resolver nfs lockd grace fscache netfs nft_fib_inet nft_fib_ipv4 nft_fib_ipv6 nft_fib nft_reject_inet nf_reject_ipv4 nf_reject_ipv6 nft_reject nft_ct nft_chain_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 ppdev parport_pc parport vmw_vsock_vmci_transport vsock vmw_vmci ip_set nf_tables nfnetlink bnep nct6775 nct6775_core hwmon_vid b43 cordic mac80211 snd_soc_avs libarc4 snd_hda_codec_hdmi snd_soc_hda_codec snd_hda_ext_core cfg80211 snd_hda_codec_realtek snd_soc_core snd_hda_codec_generic ledtrig_audio intel_rapl_msr intel_rapl_common snd_compress ac97_bus intel_tcc_cooling snd_pcm_dmaengine snd_hda_intel x86_pkg_temp_thermal intel_powerclamp btusb coretemp btrtl kvm_intel snd_intel_dspcfg ssb btbcm btintel btmtk snd_intel_sdw_acpi snd_hda_codec bluetooth mmc_core kvm snd_hda_core snd_hwdep snd_seq snd_seq_device iTCO_wdt rfkill ee1004 intel_pmc_bxt irqbypass iTCO_vendor_support snd_pcm rapl snd_timer Aug 14 14:36:42 naxos.jaa.org.uk kernel: intel_cstate intel_uncore snd i2c_i801 bcma pcspkr vfat i2c_smbus soundcore fat intel_pch_thermal joydev acpi_pad loop zram hid_logitech_hidpp hid_logitech_dj i915 crct10dif_pclmul crc32_pclmul crc32c_intel polyval_clmulni drm_buddy polyval_generic i2c_algo_bit ghash_clmulni_intel nvme drm_display_helper e1000e nvme_core sha512_ssse3 cec nvme_common ttm video wmi sunrpc be2iscsi bnx2i cnic uio cxgb4i cxgb4 tls cxgb3i cxgb3 mdio libcxgbi libcxgb qla4xxx iscsi_boot_sysfs iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi fuse Aug 14 14:36:42 naxos.jaa.org.uk kernel: CR2: ffffac240e108458 Aug 14 14:36:42 naxos.jaa.org.uk kernel: ---[ end trace 0000000000000000 ]--- Aug 14 14:36:42 naxos.jaa.org.uk kernel: RIP: 0010:power_supply_uevent+0xee/0x1d0 Aug 14 14:36:42 naxos.jaa.org.uk kernel: Code: 75 4e 48 8b 13 48 83 7a 28 00 74 75 45 31 ff 31 c0 eb 10 48 8b 13 41 83 c7 01 49 63 c7 48 3b 42 28 73 5e 48 8b 52 20 8b 14 82 <f0> 48 0f ab 54 24 08 48 8b 13 4c 89 f1 4c 89 e6 48 89 ef 48 8b 52 Aug 14 14:36:42 naxos.jaa.org.uk kernel: RSP: 0000:ffffac24006f77b8 EFLAGS: 00010297 Aug 14 14:36:42 naxos.jaa.org.uk kernel: RAX: 0000000000000003 RBX: ffff8ede2ef7b800 RCX: ffff8ede06f39000 Aug 14 14:36:42 naxos.jaa.org.uk kernel: RDX: 000000006d0864e4 RSI: 00000000116d6407 RDI: ffff8ede2ef7b800 Aug 14 14:36:42 naxos.jaa.org.uk kernel: RBP: ffff8ede2ef7b838 R08: 0000000000000007 R09: ffff8edec5999312 Aug 14 14:36:42 naxos.jaa.org.uk kernel: R10: ffffffffffffffff R11: 0000000000000000 R12: ffff8eddc5999000 Aug 14 14:36:42 naxos.jaa.org.uk kernel: R13: 0000000000000000 R14: ffff8ede06f39000 R15: 0000000000000003 Aug 14 14:36:42 naxos.jaa.org.uk kernel: FS: 0000000000000000(0000) GS:ffff8ee1270c0000(0000) knlGS:0000000000000000 Aug 14 14:36:42 naxos.jaa.org.uk kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Aug 14 14:36:42 naxos.jaa.org.uk kernel: CR2: ffffac240e108458 CR3: 000000011716e002 CR4: 00000000003706e0 Aug 14 14:36:42 naxos.jaa.org.uk kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Aug 14 14:36:42 naxos.jaa.org.uk kernel: DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Aug 14 14:36:42 naxos.jaa.org.uk kernel: note: kworker/3:3[719] exited with irqs disabled Aug 14 14:36:44 naxos.jaa.org.uk abrt-dump-journal-oops[1026]: abrt-dump-journal-oops: Found oopses: 1 Aug 14 14:36:44 naxos.jaa.org.uk abrt-dump-journal-oops[1026]: abrt-dump-journal-oops: Creating problem directories Aug 14 14:36:44 naxos.jaa.org.uk abrt-server[3366]: Can't find a meaningful backtrace for hashing in '.' Aug 14 14:36:44 naxos.jaa.org.uk abrt-server[3366]: Deleting non-reportable oops '.' because DropNotReportableOopses is set to 'yes' Aug 14 14:36:44 naxos.jaa.org.uk abrt-server[3366]: 'post-create' on '/var/spool/abrt/oops-2023-08-14-14:36:44-1026-0' exited with 1 Aug 14 14:36:44 naxos.jaa.org.uk abrt-server[3366]: Deleting problem directory '/var/spool/abrt/oops-2023-08-14-14:36:44-1026-0' Aug 14 14:36:44 naxos.jaa.org.uk abrt-server[3366]: Lock file '.lock' was locked by process 3378, but it crashed? Aug 14 14:36:45 naxos.jaa.org.uk abrt-dump-journal-oops[1026]: Reported 1 kernel oopses to Abrt Aug 14 14:37:48 naxos.jaa.org.uk systemd-logind[970]: The system will power off now! Aug 14 14:37:48 naxos.jaa.org.uk systemd-logind[970]: System is powering down.
*** Bug 2227968 has been marked as a duplicate of this bug. ***
I've closed 2227968 because it is a duplicate of this pre-existing bug. Note that it contains a swathe of logs and version info from my instance of this. I have just tried "6.4.11-200.fc38.x86_64" and can confirm that it also fails.
I've just re-read the other two contributor's reports. They mention a KVM switch, as did I in 2227968. However, I took the KVM switch out of my system so it's connecting to devices via normal USB hubs. I can reproduce the problem simply by removing my Logitech Unifying dongle. It typically takes 3-5 removal and re-inserts to make the problem happen. ``` $ lsusb -t /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/8p, 5000M |__ Port 4: Dev 2, If 0, Class=Hub, Driver=hub/4p, 5000M |__ Port 1: Dev 3, If 0, Class=Hub, Driver=hub/4p, 5000M |__ Port 3: Dev 5, If 0, Class=Hub, Driver=hub/4p, 5000M |__ Port 4: Dev 7, If 0, Class=Hub, Driver=hub/4p, 5000M |__ Port 3: Dev 4, If 0, Class=Hub, Driver=hub/4p, 5000M |__ Port 4: Dev 6, If 0, Class=Mass Storage, Driver=usb-storage, 5000M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/12p, 480M |__ Port 4: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M |__ Port 1: Dev 3, If 0, Class=Hub, Driver=hub/4p, 480M |__ Port 3: Dev 7, If 0, Class=Hub, Driver=hub/4p, 480M |__ Port 4: Dev 8, If 0, Class=Hub, Driver=hub/4p, 480M |__ Port 3: Dev 14, If 0, Class=Human Interface Device, Driver=usbhid, 12M |__ Port 3: Dev 14, If 1, Class=Human Interface Device, Driver=usbhid, 12M |__ Port 3: Dev 14, If 2, Class=Human Interface Device, Driver=usbhid, 12M |__ Port 3: Dev 4, If 0, Class=Hub, Driver=hub/4p, 480M |__ Port 2: Dev 6, If 0, Class=Hub, Driver=hub/4p, 480M |__ Port 1: Dev 9, If 0, Class=Human Interface Device, Driver=usbfs, 1.5M |__ Port 2: Dev 11, If 0, Class=Vendor Specific Class, Driver=pl2303, 12M |__ Port 4: Dev 12, If 0, Class=Mass Storage, Driver=usb-storage, 480M ``` ``` $ lsusb Bus 002 Device 006: ID 1058:25a3 Western Digital Technologies, Inc. Elements Desktop (WDBWLG) Bus 002 Device 004: ID 05e3:0626 Genesys Logic, Inc. Hub Bus 002 Device 007: ID 2109:0813 VIA Labs, Inc. VL813 Hub Bus 002 Device 005: ID 2109:0813 VIA Labs, Inc. VL813 Hub Bus 002 Device 003: ID 2109:0813 VIA Labs, Inc. VL813 Hub Bus 002 Device 002: ID 05e3:0626 Genesys Logic, Inc. Hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 012: ID 1516:8628 CompUSA Pen Drive Bus 001 Device 011: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port / Mobile Phone Data Cable Bus 001 Device 009: ID 1941:8021 Dream Link WH1080 Weather Station / USB Missile Launcher Bus 001 Device 006: ID 05e3:0610 Genesys Logic, Inc. Hub Bus 001 Device 004: ID 05e3:0610 Genesys Logic, Inc. Hub Bus 001 Device 014: ID 046d:c52b Logitech, Inc. Unifying Receiver Bus 001 Device 008: ID 2109:2813 VIA Labs, Inc. VL813 Hub Bus 001 Device 007: ID 2109:2813 VIA Labs, Inc. VL813 Hub Bus 001 Device 003: ID 2109:2813 VIA Labs, Inc. VL813 Hub Bus 001 Device 002: ID 05e3:0610 Genesys Logic, Inc. Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub ``` I have a mouse and keyboard paired with the receiver. It is yet another set of peripherals and a different unifying receiver. I'm sure it's obvious, but to be explicit, the receiver is: "Bus 001 Device 014: ID 046d:c52b Logitech, Inc. Unifying Receiver"
*** Bug 2233335 has been marked as a duplicate of this bug. ***
I have the same issue with two different environments, each with a different Logitech wireless receiver for a different mouse model. I had to remove my duplicate bug report 2233335 after I found this bug report. Some more details: I tried rawhide 6.5.0-0.rc6 20230817 and 20230818 and they both exhibit the same page fault. Last kernel that worked for me: 6.3.12 and below. I didn't go back to 6.3.12 due to some issues with nfs hanging when wget large file, although it still occurs with less frequency in 6.4.x. I'll try removing Logitech and use a different mouse and post any findings.
Besides the Bus 001 Device 061: ID 046d:c52b Logitech, Inc. Unifying Receiver here is the second receiver from logitech that has the same issue: Bus 001 Device 062: ID 046d:c539 Logitech, Inc. Lightspeed Receiver
Prior to submitting this bug report, kernels previous to 6.4.4 have given trouble with the mouse not being active after "switching" between machines. This problem now appears to have been solved. Is it possible the patches introduced by the solution of Bug 217412 - "Since kernel 6.3.1 logitech unify receiver not working properly" are relevant to this bug?
That should be read as a kernel bug! https://bugzilla.kernel.org/show_bug.cgi?id=217412
After two weeks of testing, I have to confirm that this issue only occurs with Logitech wireless dongle when disconnected. I also built kernel 6.4.14 with the patch for hid-logitech-hidpp.c mentioned in https://bugzilla.kernel.org/show_bug.cgi?id=217412#c5, https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=60165ab774cb0c, but the issue still remains. One thing I found is that when the input hangs, the power to the USB is all off: the keyboard with RGB light that's also connected to the USB hub is not responding and the RGB light remains off. Other non-Linux devices have no problem with response or USB power when the USB hub is switched to them. Another thing: The Linux system is not fully hung, since I can ssh into it, although it is unstable since systemctl reboot has trouble killing processes so is stuck.
I'm experiencing this bug as well. I've removed my logitech dongle and connected using a wired mouse to see if that resolves it. My monitor has a built in KVM. Seems to be random as to when it will happen, but usually once a day it will lock up when switching between devices. Same experience as everyone. icmp will respond, can even ssh in (sometimes) but requires a hard power off to restart the machine. This just started happening within the last month. This is a build from 2019 that has been upgraded through several Fedora releases and I've never seen this problem before but now it happens at least once a day. I will attach some logs that might be helpful. Hardware is AMD 3900x in an AORUS Pro Wifi
Created attachment 1990986 [details] journalctl output from crash
After connecting the mouse using a usb cable the problem disappeared. Even when repeatedly switching between devices using kvm. Went from one (or multiple) system crashes per day to over three days of uptime without a single issue.
*** Bug 2242189 has been marked as a duplicate of this bug. ***
Hi All, Sorry for the lack of attention for this issue so far. Good news I've spend the entire day looking at this / trying to reproduce it and I believe that I finally know the root cause of this I've written a patch which I believe should fix, see its commit msg for details: https://lore.kernel.org/linux-input/20231005182638.3776-1-hdegoede@redhat.com/T/#u I have started a Fedora kernel test build with the above patch added: https://koji.fedoraproject.org/koji/taskinfo?taskID=107101391 Note this is still building atm, it should be finished in a couple of hours. Please give it a test-run when it is done building and let me know if this fixes things. Here are some instructions for installing a kernel directly from koji (Fedora's buildsystem): https://fedorapeople.org/~jwrdegoede/kernel-test-instructions.txt
Good news! I followed the simple instructions and am now able to insert / remove the Logitech dongle with no issues. I'm going to attach my `journalctl` log showing kernel, mtp-probe and solaar. I put the dongle in a regular hub and inserted / removed it about ten times. Usually it would have crashed with that many actions. I also ran solaar which showed some problems in the logs, but the UI output looked sensible during insert / removes. I put the dongle in a KVM and switched it to-and-fro between devices about ten times. Usually it would have crashed with that many actions. So I'd declare it a success! > uname -a > Linux mymachine 6.5.5-200.bz2227221.fc38.x86_64 #1 SMP PREEMPT_DYNAMIC Thu Oct 5 19:57:47 UTC 2023 x86_64 GNU/Linux Thank you so much Hans.
Created attachment 1992324 [details] journalctl output from 6.5.5-200.bz2227221.fc38.x86_64
I also updated to the provided kernel and played around with the USB switch. Looks like situation improved a lot. I still had one case (potentially toggled the switch too fast between the 4 selections) where some error messages were shown, but only the keyboard was then in trouble, neither PC crashed nor mouse was affected. USB keyboard power-off/on cycle recovered the situation. Okt 06 07:24:41 *** kernel: logitech-hidpp-device 0003:046D:4088.000B: Can not get the protocol version. Okt 06 07:24:41 *** kernel: input: Logitech ERGO K860 as /devices/pci0000:00/0000:00:15.0/usb1/1-7/1-7.3/1-7.3:1.2/0003:046D:C52B.000A/0003:046D:4088.000B/input/input35 Okt 06 07:24:41 *** kernel: logitech-hidpp-device 0003:046D:4088.000B: input,hidraw4: USB HID v1.11 Keyboard [Logitech ERGO K860] on usb-0000:00:15.0-7.3/input2:1 Okt 06 07:24:41 *** systemd-logind[1014]: Failed to open /dev/input/event2: No such device Okt 06 07:24:41 *** kernel: usb 1-7.4: USB disconnect, device number 10 Okt 06 07:24:41 *** kernel: usb 1-7: new high-speed USB device number 11 using xhci_hcd Okt 06 07:24:41 *** kernel: usb 1-7: Device not responding to setup address. Okt 06 07:24:41 *** kernel: usb 1-7: Device not responding to setup address. Okt 06 07:24:41 *** kernel: usb 1-7: device not accepting address 11, error -71 Okt 06 07:24:44 *** kernel: usb 1-7: new high-speed USB device number 13 using xhci_hcd Okt 06 07:24:44 *** kernel: usb 1-7: New USB device found, idVendor=214b, idProduct=7250, bcdDevice= 1.00 Okt 06 07:24:44 *** kernel: usb 1-7: New USB device strings: Mfr=0, Product=1, SerialNumber=0 Okt 06 07:24:44 *** kernel: usb 1-7: Product: USB2.0 HUB Okt 06 07:25:26 *** kernel: usb 1-7.3: new full-speed USB device number 16 using xhci_hcd Okt 06 07:25:31 *** kernel: usb 1-7.3: unable to read config index 0 descriptor/all Okt 06 07:25:31 *** kernel: usb 1-7.3: can't read configurations, error -110 Okt 06 07:25:31 *** kernel: usb 1-7.3: new full-speed USB device number 17 using xhci_hcd
David, Peter, thank you both for testing. Peter, those errors indeed some to come from switching too fast and are unrelated to the power_supply_uevent crash which the test kernel fixes. The fix is on its way to upstream and will hopefully show up in a 6.5.y stable release in 1-2 weeks time. In the mean time I suggest you stick with the test kernel.
Fedora Linux 38 entered end-of-life (EOL) status on 2024-05-21. Fedora Linux 38 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora Linux please feel free to reopen this bug against that version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see the version field. If you are unable to reopen this bug, please file a new report against an active release. Thank you for reporting this bug and we are sorry it could not be fixed.