Created attachment 814345 [details] kernel config Since I have started using Gentoo on my Thinkpad L14 Gen 2 AMD (since kernel 5.15.41) there has been a problem concerning the keyboard whereby it randomly locks up after a period that has ranged from thirty minutes to several hours. When the keyboard locks up, it occurs while a key is being pressed, which then will repeatedly be inputted in the currently selected window until either a restart, or the lid is closed and a custom ACPI event suspends the computer, in which case after the system is resumed, the problem will disappear for another random period of time. I've tried to find the error by paying close attention to `dmesg` but there is no indication of an error in the log. It is also hard to reproduce the bug simply because of the randomness of when it will occur, and the amount of time that I must wait for it to occur. I have only seen a single comment on a Reddit post expressing similar behaviour, so I am reporting the bug here so that it may have some exposure. The input device that seems to be affected is labeled 'AT Translated Set 2 keyboard' - see below. Steps to reproduce: 1. Boot computer. 2. Use the keyboard. 3. After a long period of use, keyboard will lock up. 4. Suspend the computer or restart and repeat from step 2 ad infinitum. System information: uname -a ========== Linux linux 5.19.11-gentoo-x86_64 #1 SMP PREEMPT_DYNAMIC Tue Sep 27 17:33:58 AEST 2022 x86_64 AMD Ryzen 7 PRO 5850U with Radeon Graphics AuthenticAMD GNU/Linux xinput ====== ⎡ Virtual core pointer id=2 [master pointer (3)] ⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)] ⎜ ↳ SynPS/2 Synaptics TouchPad id=12 [slave pointer (2)] ⎜ ↳ TPPS/2 Elan TrackPoint id=13 [slave pointer (2)] ⎣ Virtual core keyboard id=3 [master keyboard (2)] ↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)] ↳ Power Button id=6 [slave keyboard (3)] ↳ Video Bus id=7 [slave keyboard (3)] ↳ Power Button id=8 [slave keyboard (3)] ↳ Sleep Button id=9 [slave keyboard (3)] ↳ Integrated Camera: Integrated C id=10 [slave keyboard (3)] ↳ AT Translated Set 2 keyboard id=11 [slave keyboard (3)] ↳ ThinkPad Extra Buttons id=14 [slave keyboard (3)] lspci -k ======== 00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne Root Complex Subsystem: Lenovo Renoir/Cezanne Root Complex 00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne IOMMU Subsystem: Lenovo Renoir/Cezanne IOMMU 00:01.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge 00:02.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge 00:02.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne PCIe GPP Bridge Subsystem: Lenovo Renoir/Cezanne PCIe GPP Bridge Kernel driver in use: pcieport 00:02.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne PCIe GPP Bridge Subsystem: Lenovo Renoir/Cezanne PCIe GPP Bridge Kernel driver in use: pcieport 00:02.3 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne PCIe GPP Bridge Subsystem: Lenovo Renoir/Cezanne PCIe GPP Bridge Kernel driver in use: pcieport 00:02.4 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne PCIe GPP Bridge Subsystem: Lenovo Renoir/Cezanne PCIe GPP Bridge Kernel driver in use: pcieport 00:02.6 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne PCIe GPP Bridge Subsystem: Lenovo Renoir/Cezanne PCIe GPP Bridge Kernel driver in use: pcieport 00:08.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge 00:08.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir Internal PCIe GPP Bridge to Bus Subsystem: Device 5091:17aa Kernel driver in use: pcieport 00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 51) Subsystem: Lenovo FCH SMBus Controller Kernel modules: sp5100_tco 00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 51) Subsystem: Lenovo FCH LPC Bridge 00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 0 00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 1 00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 2 00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 3 Kernel driver in use: k10temp Kernel modules: k10temp 00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 4 00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 5 00:18.6 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 6 00:18.7 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 7 01:00.0 Non-Volatile memory controller: SK hynix Gold P31 SSD Subsystem: SK hynix Gold P31 SSD Kernel driver in use: nvme Kernel modules: nvme 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0e) Subsystem: Lenovo RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller Kernel driver in use: r8169 02:00.1 Serial controller: Realtek Semiconductor Co., Ltd. RTL8111xP UART #1 (rev 0e) Subsystem: Lenovo RTL8111xP UART Kernel driver in use: serial 02:00.2 Serial controller: Realtek Semiconductor Co., Ltd. RTL8111xP UART #2 (rev 0e) Subsystem: Lenovo RTL8111xP UART Kernel driver in use: serial 02:00.3 IPMI Interface: Realtek Semiconductor Co., Ltd. RTL8111xP IPMI interface (rev 0e) Subsystem: Lenovo RTL8111xP IPMI interface 02:00.4 USB controller: Realtek Semiconductor Co., Ltd. RTL811x EHCI host controller (rev 0e) Subsystem: Lenovo RTL811x EHCI host controller Kernel driver in use: ehci-pci Kernel modules: ehci_pci 03:00.0 Network controller: MEDIATEK Corp. MT7921 802.11ax PCI Express Wireless Network Adapter Subsystem: Lenovo MT7921 802.11ax PCI Express Wireless Network Adapter Kernel driver in use: mt7921e Kernel modules: mt7921e 04:00.0 SD Host controller: O2 Micro, Inc. SD/MMC Card Reader Controller (rev 01) Subsystem: Lenovo SD/MMC Card Reader Controller Kernel driver in use: sdhci-pci Kernel modules: sdhci_pci 06:00.0 USB controller: Renesas Technology Corp. uPD720202 USB 3.0 Host Controller (rev 02) Kernel driver in use: xhci_hcd Kernel modules: xhci_pci 07:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Cezanne (rev d1) Subsystem: Lenovo Cezanne Kernel driver in use: amdgpu Kernel modules: amdgpu 07:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Renoir Radeon High Definition Audio Controller Subsystem: Lenovo Renoir Radeon High Definition Audio Controller Kernel driver in use: snd_hda_intel 07:00.2 Encryption controller: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 10h-1fh) Platform Security Processor Subsystem: Lenovo Family 17h (Models 10h-1fh) Platform Security Processor Kernel driver in use: ccp Kernel modules: ccp 07:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne USB 3.1 Subsystem: Lenovo Renoir/Cezanne USB 3.1 Kernel driver in use: xhci_hcd Kernel modules: xhci_pci 07:00.4 USB controller: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne USB 3.1 Subsystem: Lenovo Renoir/Cezanne USB 3.1 Kernel driver in use: xhci_hcd Kernel modules: xhci_pci 07:00.5 Multimedia controller: Advanced Micro Devices, Inc. [AMD] ACP/ACP3X/ACP6x Audio Coprocessor (rev 01) Subsystem: Lenovo ACP/ACP3X/ACP6x Audio Coprocessor 07:00.6 Audio device: Advanced Micro Devices, Inc. [AMD] Family 17h/19h HD Audio Controller Subsystem: Lenovo Family 17h/19h HD Audio Controller Kernel driver in use: snd_hda_intel lsmod ===== Module Size Used by ehci_pci 20480 0 ehci_hcd 98304 1 ehci_pci msr 16384 0 8021q 36864 0 garp 16384 1 8021q mrp 20480 1 8021q xt_hl 16384 22 ip6t_rt 20480 3 ipt_REJECT 16384 1 nf_reject_ipv4 16384 1 ipt_REJECT xt_LOG 20480 1 nf_log_syslog 24576 1 xt_limit 16384 2 xt_addrtype 16384 4 xt_conntrack 16384 14 ip6table_filter 16384 1 ip6_tables 32768 53 ip6table_filter nf_conntrack_netbios_ns 16384 0 nf_conntrack_broadcast 16384 1 nf_conntrack_netbios_ns nf_nat_ftp 20480 0 nf_nat 45056 1 nf_nat_ftp nf_conntrack_ftp 28672 1 nf_nat_ftp nf_conntrack 172032 6 xt_conntrack,nf_nat,nf_nat_ftp,nf_conntrack_netbios_ns,nf_conntrack_broadcast,nf_conntrack_ftp libcrc32c 16384 2 nf_conntrack,nf_nat nf_defrag_ipv6 24576 1 nf_conntrack nf_defrag_ipv4 16384 1 nf_conntrack iptable_filter 16384 1 ip_tables 32768 9 iptable_filter ccm 20480 6 des_generic 16384 0 libdes 24576 1 des_generic md4 16384 0 amdgpu 8581120 32 mt7921e 32768 0 mt7921_common 90112 1 mt7921e mt76_connac_lib 61440 2 mt7921e,mt7921_common mt76 102400 3 mt7921e,mt7921_common,mt76_connac_lib mac80211 1232896 3 mt76,mt7921_common,mt76_connac_lib drm_ttm_helper 16384 1 amdgpu ttm 94208 2 amdgpu,drm_ttm_helper mfd_core 20480 1 amdgpu iommu_v2 24576 1 amdgpu gpu_sched 53248 1 amdgpu wmi_bmof 16384 0 i2c_algo_bit 16384 1 amdgpu think_lmi 36864 0 drm_display_helper 184320 1 amdgpu firmware_attributes_class 16384 1 think_lmi drm_kms_helper 196608 4 drm_display_helper,amdgpu libarc4 16384 1 mac80211 syscopyarea 16384 1 drm_kms_helper sysfillrect 16384 1 drm_kms_helper sysimgblt 16384 1 drm_kms_helper thinkpad_acpi 135168 0 fb_sys_fops 16384 1 drm_kms_helper pkcs8_key_parser 16384 0 sdhci_pci 77824 0 nvram 16384 1 thinkpad_acpi cfg80211 1097728 4 mt76,mac80211,mt7921_common,mt76_connac_lib platform_profile 16384 1 thinkpad_acpi crct10dif_pclmul 16384 1 iosf_mbi 24576 1 sdhci_pci cec 57344 1 drm_display_helper ghash_clmulni_intel 16384 0 cqhci 32768 1 sdhci_pci drm 593920 14 gpu_sched,drm_kms_helper,drm_display_helper,thinkpad_acpi,amdgpu,drm_ttm_helper,ttm sdhci 77824 1 sdhci_pci serio_raw 20480 0 ccp 114688 0 rc_core 69632 1 cec efi_pstore 16384 0 ucsi_acpi 16384 0 sp5100_tco 20480 0 k10temp 16384 0 typec_ucsi 49152 1 ucsi_acpi wmi 36864 2 wmi_bmof,think_lmi roles 20480 1 typec_ucsi video 57344 1 thinkpad_acpi backlight 24576 5 video,drm_display_helper,thinkpad_acpi,amdgpu,drm i2c_designware_platform 20480 0 i2c_designware_core 36864 1 i2c_designware_platform i2c_scmi 20480 0 efivarfs 16384 1 ext4 983040 2 mbcache 16384 1 ext4 jbd2 172032 1 ext4 dm_crypt 57344 1 trusted 40960 1 dm_crypt asn1_encoder 16384 1 trusted dm_mod 180224 15 dm_crypt xhci_pci 24576 0 xhci_pci_renesas 20480 1 xhci_pci nvme 53248 1 xhci_hcd 331776 1 xhci_pci nvme_core 155648 2 nvme crc32_pclmul 16384 0 crc32c_intel 24576 5 t10_pi 16384 1 nvme_core crc64_rocksoft 20480 1 t10_pi crc64 20480 1 crc64_rocksoft inxi (filtered) =============== System: Host: linux Kernel: 5.19.11-gentoo-x86_64 arch: x86_64 bits: 64 Desktop: dwm v: 6.3 Distro: Gentoo Base System release 2.8 Machine: Type: Laptop System: LENOVO product: 20X5004GAU v: ThinkPad L14 Gen 2a serial: REDACTED Mobo: LENOVO model: 20X5004GAU serial: REDACTED UEFI: LENOVO v: R1KET36W (1.21 ) date: 11/25/2021 CPU: Info: 8-core model: AMD Ryzen 7 PRO 5850U with Radeon Graphics bits: 64 type: MT MCP cache: L2: 4 MiB Speed (MHz): avg: 558 min/max: 400/4507 cores: 1: 1057 2: 400 3: 523 4: 400 5: 664 6: 400 7: 660 8: 400 9: 523 10: 523 11: 842 12: 400 13: 660 14: 400 15: 441 16: 646 The kernel config in use for 5.19.11 is attached. I have saved kernel configs dating back to 5.15.41 if required too. Not sure what other information to dump. Please let me know.
Is your BIOS up to date ?
(In reply to Mike Pagano from comment #1) > Is your BIOS up to date ? I just updated it now to 1.24. No update between 1.21 and 1.24 describe anything to do with the built-in keyboard in the changelog. I will keep testing and comment if it occurs again.
I can confirm the issue is still present after a BIOS update. It has just happened to me now.
(In reply to Finn Rayment from comment #3) > I can confirm the issue is still present after a BIOS update. It has just > happened to me now. You indicate dmesg doesn't show anything, canyou attach it anyways. Also, can you attach any other relevant logs since dmesg is only logs from the kernel ring buffer.
Created attachment 814774 [details] keyboard fails around ~4630 (dmesg) timestamp 18:13:35 Added dmesg for the latest session where the bug has occurred.
I've been having the same problem with my L14 since early '21 and there does not seem to be a good solution other than closing the lid (initially I hard-reset until I discovered that suspend/resume works too). There is nothing in any logs. The problem most often happens when using e.g. cursor keys up/down in a browser; it seems as if the release of the cursor key is lost and subsequently the keyboard is flooded with an endless stream of key events. Maybe it's libinput, maybe it's just the interrupt handling of the keyboard.
I've been using the evbug module to capture the input as it comes and have attached a new dmesg log (dmesg-evbug) which contains the input up until I suspend the computer. The key that got stuck was the up arrow. As per the log, it is not the key press or key release that is being repeated, but the (type 2) key hold. For the first second of the log, I am holding the key, but then I release it, the release event is not detected or it is lost, and the input continues to be fed into the computer.
Created attachment 816115 [details] dmesg-evbug - evbug input debug
(In reply to Finn Rayment from comment #7) > it is not the key press or key release that is being > repeated, but the (type 2) key hold. Sorry, that should be read as "Value: 2".
(In reply to Finn Rayment from comment #9) > (In reply to Finn Rayment from comment #7) > > it is not the key press or key release that is being > > repeated, but the (type 2) key hold. > > Sorry, that should be read as "Value: 2". Thank-you. Can you enable : CONFIG_INPUT_EVBUG And see if the logs are more verbose https://cateee.net/lkddb/web-lkddb/INPUT_EVBUG.html NOTE: don't attach any file here with password or anything else you don't want the world to see. "While this is useful for debugging, it's also a security threat - your keypresses include your passwords, of course."
> Can you enable : > > CONFIG_INPUT_EVBUG > > And see if the logs are more verbose This log is already using CONFIG_INPUT_EVBUG=y. > NOTE: don't attach any file here with password or anything else you don't > want the world to see. > > "While this is useful for debugging, it's also a security threat - your > keypresses include your passwords, of course." The only modification I made was the removal of the keypresses after resume when I typed my password. The up arrow spam should be completely intact.
(In reply to Finn Rayment from comment #11) > > Can you enable : > > > > CONFIG_INPUT_EVBUG > > > > And see if the logs are more verbose > > This log is already using CONFIG_INPUT_EVBUG=y. > > > NOTE: don't attach any file here with password or anything else you don't > > want the world to see. > > > > "While this is useful for debugging, it's also a security threat - your > > keypresses include your passwords, of course." > > The only modification I made was the removal of the keypresses after resume > when I typed my password. The up arrow spam should be completely intact. Sorry, yes you do. Can you install evtest ? The output is similar but with better detail
(In reply to Mike Pagano from comment #12) > (In reply to Finn Rayment from comment #11) > > > Can you enable : > > > > > > CONFIG_INPUT_EVBUG > > > > > > And see if the logs are more verbose > > > > This log is already using CONFIG_INPUT_EVBUG=y. > > > > > NOTE: don't attach any file here with password or anything else you don't > > > want the world to see. > > > > > > "While this is useful for debugging, it's also a security threat - your > > > keypresses include your passwords, of course." > > > > The only modification I made was the removal of the keypresses after resume > > when I typed my password. The up arrow spam should be completely intact. > > Sorry, yes you do. Can you install evtest ? The output is similar but with > better detail Can you also try it with : libinput debug-events --verbose Maybe something can help from that Also, can you do a lsmod and attach the modules loaded?
(In reply to Mike Pagano from comment #13) > Sorry, yes you do. Can you install evtest ? The output is similar but with > better detail > libinput debug-events --verbose Attaching two new files for you now. Confirmed still a problem on 6.0.0. > Also, can you do a lsmod and attach the modules loaded? lsmod is listed above for kernel 5.19.11. I am now using 6.0.0 with a slightly modified config, so below you will find the new lsmod. > Module Size Used by btusb 69632 0 btbcm 24576 1 btusb btintel 45056 1 btusb btmtk 16384 1 btusb btrtl 28672 1 btusb msr 16384 0 8021q 40960 0 garp 16384 1 8021q mrp 20480 1 8021q xt_hl 16384 22 ip6t_rt 20480 3 ipt_REJECT 16384 1 nf_reject_ipv4 16384 1 ipt_REJECT xt_LOG 20480 1 nf_log_syslog 20480 1 xt_limit 16384 2 xt_addrtype 16384 4 xt_conntrack 16384 14 ip6table_filter 16384 1 ip6_tables 32768 53 ip6table_filter nf_conntrack_netbios_ns 16384 0 nf_conntrack_broadcast 16384 1 nf_conntrack_netbios_ns nf_nat_ftp 20480 0 nf_nat 45056 1 nf_nat_ftp nf_conntrack_ftp 24576 1 nf_nat_ftp nf_conntrack 163840 6 xt_conntrack,nf_nat,nf_nat_ftp,nf_conntrack_netbios_ns,nf_conntrack_broadcast,nf_conntrack_ftp libcrc32c 16384 2 nf_conntrack,nf_nat nf_defrag_ipv6 24576 1 nf_conntrack nf_defrag_ipv4 16384 1 nf_conntrack iptable_filter 16384 1 ip_tables 32768 9 iptable_filter ccm 20480 6 des_generic 16384 0 libdes 28672 1 des_generic md4 16384 0 bluetooth 978944 11 btrtl,btmtk,btintel,btbcm,btusb amdgpu 9564160 25 mt7921e 32768 0 mt7921_common 90112 1 mt7921e mt76_connac_lib 73728 2 mt7921e,mt7921_common mt76 106496 3 mt7921e,mt7921_common,mt76_connac_lib mac80211 1286144 3 mt76,mt7921_common,mt76_connac_lib drm_ttm_helper 16384 1 amdgpu ttm 94208 2 amdgpu,drm_ttm_helper mfd_core 20480 1 amdgpu iommu_v2 24576 1 amdgpu gpu_sched 53248 1 amdgpu think_lmi 36864 0 i2c_algo_bit 16384 1 amdgpu firmware_attributes_class 16384 1 think_lmi drm_buddy 20480 1 amdgpu wmi_bmof 16384 0 libarc4 16384 1 mac80211 drm_display_helper 184320 1 amdgpu drm_kms_helper 204800 4 drm_display_helper,amdgpu pkcs8_key_parser 16384 0 syscopyarea 16384 1 drm_kms_helper thinkpad_acpi 139264 0 sysfillrect 16384 1 drm_kms_helper nvram 16384 1 thinkpad_acpi cfg80211 1122304 4 mt76,mac80211,mt7921_common,mt76_connac_lib sysimgblt 16384 1 drm_kms_helper fb_sys_fops 16384 1 drm_kms_helper platform_profile 16384 1 thinkpad_acpi crct10dif_pclmul 16384 1 drm 610304 12 gpu_sched,drm_kms_helper,drm_display_helper,drm_buddy,thinkpad_acpi,amdgpu,drm_ttm_helper,ttm ghash_clmulni_intel 16384 0 sdhci_pci 77824 0 iosf_mbi 24576 1 sdhci_pci cqhci 32768 1 sdhci_pci serio_raw 20480 0 efi_pstore 16384 0 cec 61440 1 drm_display_helper sdhci 81920 1 sdhci_pci k10temp 16384 0 sp5100_tco 20480 0 ucsi_acpi 16384 0 typec_ucsi 49152 1 ucsi_acpi roles 20480 1 typec_ucsi wmi 36864 2 wmi_bmof,think_lmi video 61440 1 thinkpad_acpi backlight 24576 5 video,drm_display_helper,thinkpad_acpi,amdgpu,drm i2c_designware_platform 20480 0 i2c_designware_core 36864 1 i2c_designware_platform evbug 16384 0 i2c_scmi 20480 0 efivarfs 24576 1 ext4 983040 2 mbcache 16384 1 ext4 jbd2 172032 1 ext4 dm_crypt 61440 1 dm_mod 184320 15 dm_crypt nvme 53248 1 crc32_pclmul 16384 0 crc32c_intel 24576 5 nvme_core 155648 2 nvme xhci_pci 24576 0 xhci_pci_renesas 20480 1 xhci_pci
Created attachment 820801 [details] libinput log file Contains a few timestamps I wrote that start with >>> to help sift through it.
Created attachment 820804 [details] evtest log file Contains a few timestamps I wrote that start with >>> to help sift through it.
(In reply to Finn Rayment from comment #15) > Created attachment 820801 [details] > libinput log file Note that everything related to event10 (touchpad) was purged from the log.
(In reply to Finn Rayment from comment #17) > (In reply to Finn Rayment from comment #15) > > Created attachment 820801 [details] > > libinput log file > > Note that everything related to event10 (touchpad) was purged from the log. Can you test with atkbd.softrepeat=1 added to your kernel parameters?
(In reply to Mike Pagano from comment #18) > Can you test with atkbd.softrepeat=1 added to your kernel parameters? I don't want to jinx it, but since I added that flag to my grub conf I haven't had a single instance of the runaway input event!
(In reply to Holger Hoffstätte from comment #19) > (In reply to Mike Pagano from comment #18) > > Can you test with atkbd.softrepeat=1 added to your kernel parameters? > > I don't want to jinx it, but since I added that flag to my grub conf I > haven't had a single instance of the runaway input event! lol, I hear ya on that. I close for now as we think we found a parameter that seemed to help. If this turns out not to be the case, please feel free to reopen.
I'm reopening this because I just experienced the issue again. I'll admit that the kernel parameter has definitely helped - it occurs much less often, so much so that the bug was beginning to occur every second hour or so, and now it has been a few days, but it is indeed still happening.
(In reply to Finn Rayment from comment #21) > I'm reopening this because I just experienced the issue again. I'll admit > that the kernel parameter has definitely helped - it occurs much less often, > so much so that the bug was beginning to occur every second hour or so, and > now it has been a few days, but it is indeed still happening. Can you try booting with these additional parameters? i8042.direct i8042.dumbkbd
So hopefully without jinxing it again ;-D I've been running with the additional i8042 parameters and since then had ZERO hiccups despite daily use, whereas I got maybe only two with the previous atkbd parameter, over a period of ~2 months. Looks like all three together do the trick!
