Keyboard stops working after suspend on Dell XPS 13

Bug #2056743 reported by Axel G. Rossberg
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

The problem occurs with the 5.15.0-102 kernel but not with 5.15.0-100.

The issue seems to be identical to the problem reported for 6.7.0 here: https://bbs.archlinux.org/viewtopic.php?id=292203

On the page linked above is says a patch was submitted 2024-01-26 and the problem solved 2024-03-04 in linux 6.7.5 or linux-lts 6.6.17.

I'm concerned that this still needs fixing in the 5.xxx kernel branch.

Touchpad does not freeze and mouse-control of windows still works, so it's different from a bug reported elsewhere.

ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: linux-image-5.15.0-102-generic 5.15.0-102.112
ProcVersionSignature: Ubuntu 5.15.0-100.110-generic 5.15.143
Uname: Linux 5.15.0-100-generic x86_64
ApportVersion: 2.20.11-0ubuntu82.5
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: axel 2494 F.... pulseaudio
CasperMD5CheckResult: unknown
CurrentDesktop: ubuntu:GNOME
Date: Mon Mar 11 09:54:23 2024
DistributionChannelDescriptor:
 # This is a distribution channel descriptor
 # For more information see http://wiki.ubuntu.com/DistributionChannelDescriptor
 canonical-oem-somerville-xenial-amd64-20160624-2
HibernationDevice: RESUME=UUID=461ac6d0-c7ab-4f93-b97d-4d7b3f14f378
InstallationDate: Installed on 2018-08-31 (2018 days ago)
InstallationMedia: Ubuntu 16.04 "Xenial" - Build amd64 LIVE Binary 20160624-10:47
Lsusb:
 Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
 Bus 001 Device 003: ID 0489:e0a2 Foxconn / Hon Hai
 Bus 001 Device 002: ID 0bda:58f4 Realtek Semiconductor Corp. Integrated_Webcam_HD
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
MachineType: Dell Inc. XPS 13 9370
ProcFB: 0 i915drmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.15.0-100-generic root=UUID=fb8af021-9abd-4e95-9458-7a78ac12bb46 ro quiet splash mem_sleep_default=deep vt.handoff=7
RelatedPackageVersions:
 linux-restricted-modules-5.15.0-100-generic N/A
 linux-backports-modules-5.15.0-100-generic N/A
 linux-firmware 20220329.git681281e4-0ubuntu3.29
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 07/06/2022
dmi.bios.release: 1.21
dmi.bios.vendor: Dell Inc.
dmi.bios.version: 1.21.0
dmi.board.name: 0W970W
dmi.board.vendor: Dell Inc.
dmi.board.version: A03
dmi.chassis.type: 10
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.:bvr1.21.0:bd07/06/2022:br1.21:svnDellInc.:pnXPS139370:pvr:rvnDellInc.:rn0W970W:rvrA03:cvnDellInc.:ct10:cvr:sku07E6:
dmi.product.family: XPS
dmi.product.name: XPS 13 9370
dmi.product.sku: 07E6
dmi.sys.vendor: Dell Inc.
modified.conffile..etc.default.apport:
 # set this to 0 to disable apport, or to 1 to enable it
 # you can temporarily override this with
 # sudo service apport start force_start=1
 enabled=0
mtime.conffile..etc.default.apport: 2018-09-08T10:23:15.468001

Revision history for this message
Axel G. Rossberg (axel-rossberg) wrote :
Revision history for this message
Matthew Ruffell (mruffell) wrote :

I think the fix was included in 5.15.149 upstream;

https://lwn.net/Articles/963359/

Input: atkbd - skip ATKBD_CMD_SETLEDS when skipping ATKBD_CMD_GETID

The kernel team have just pulled in 5.15.148, and haven't started on 149. They will likely get to it in the next week or so.

Thanks,
Matthew

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
Alan Knepper (al-knepper) wrote :

I am also having this issue with the keyboard stopping after sleep. 5.15.0-102 kernel.
I have found by putting this line in grub I can make it work, however I lose the num lock light, only light on the keyboard.

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash i8042.dumbkbd=1 i8042.nomux=1 i8042.noaux=1"

I can't get a reliable test deleting one of the 'nomux' or 'noaux', just seems that all 3 make things work. Shouldn't have to patch like this and I would really like the light back on.

Do you believe the patch above will fix this too.

Revision history for this message
Alan Knepper (al-knepper) wrote :

Should have added. I have a Dell laptop.
alan: ~ $ inxi -b
System:
  Host: Laptop Kernel: 5.15.0-102-generic x86_64 bits: 64
    Desktop: Cinnamon 6.0.4 Distro: Linux Mint 21.3 Virginia
Machine:
  Type: Laptop System: Dell product: Inspiron 5570 v: N/A
    serial: <superuser required>
  Mobo: Dell model: 0D65FD v: A00 serial: <superuser required> UEFI: Dell
    v: 1.14.0 date: 04/06/2023
Battery:
  ID-1: BAT0 charge: 42.0 Wh (100.0%) condition: 42.0/42.0 Wh (100.0%)
CPU:
  Info: quad core Intel Core i7-8550U [MT MCP] speed (MHz): avg: 790
    min/max: 400/4000
Graphics:
  Device-1: Intel UHD Graphics 620 driver: i915 v: kernel
  Device-2: Realtek USB Boot type: USB driver: N/A
  Display: x11 server: X.Org v: 1.21.1.4 driver: X: loaded: modesetting
    unloaded: fbdev,vesa gpu: i915 resolution: 1920x1080~60Hz
  OpenGL: renderer: Mesa Intel UHD Graphics 620 (KBL GT2)
    v: 4.6 Mesa 23.2.1-1ubuntu3.1~22.04.2
Network:
  Device-1: Realtek RTL810xE PCI Express Fast Ethernet driver: r8169
  Device-2: Intel Wireless 3165 driver: iwlwifi
  Device-3: Intel Bluetooth wireless interface type: USB driver: btusb
Drives:
  Local Storage: total: 2.29 TiB used: 62.71 GiB (2.7%)
Info:
  Processes: 313 Uptime: 1h 23m Memory: 15.51 GiB used: 2.45 GiB (15.8%)
  Shell: Bash inxi: 3.3.13

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.