Ubuntu
linux package

HP Spectre x360 14-ea0xxx Tiger Lake Keyboard does not work until ~30-60 seconds after boot

Bug #1916314 reported by Max Bowsher on 2021-02-20

This bug affects 5 people

Affects		Status	Importance	Assigned to	Milestone
	linux (Ubuntu)	Confirmed	Undecided	Unassigned

Bug Description

On the HP Spectre x360 14-ea0xxx (Tiger Lake), the keyboard is inoperable for ~30-60 seconds after system boot.

Kernel logging reveals that it did not detect the keyboard during this time.

An analysis of this and a patch can be found at:

https://www.spinics.net/lists/linux-input/msg71677.html

A workaround is to add i8042.nopnp to the kernel command line
---
ProblemType: Bug
ApportVersion: 2.20.11-0ubuntu50.5
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/controlC0: maxb 1195 F.... pulseaudio
CasperMD5CheckResult: skip
CurrentDesktop: GNOME
DistroRelease: Ubuntu 20.10
InstallationDate: Installed on 2021-02-03 (23 days ago)
InstallationMedia: Ubuntu 20.10 "Groovy Gorilla" - Release amd64 (20201022)
MachineType: HP HP Spectre x360 Convertible 14-ea0xxx
Package: linux (not installed)
ProcFB: 0 i915drmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.8.0-44-generic root=UUID=11ab54a5-5193-4f3c-b722-124d50665745 ro quiet splash vt.handoff=7
ProcVersionSignature: Ubuntu 5.8.0-44.50-generic 5.8.18
RelatedPackageVersions:
linux-restricted-modules-5.8.0-44-generic N/A
linux-backports-modules-5.8.0-44-generic N/A
linux-firmware 1.190.3
Tags: groovy
Uname: Linux 5.8.0-44-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin lxd plugdev sambashare sudo
_MarkForUpload: True
dmi.bios.date: 01/13/2021
dmi.bios.release: 15.9
dmi.bios.vendor: AMI
dmi.bios.version: F.09
dmi.board.asset.tag: Base Board Asset Tag
dmi.board.name: 87F7
dmi.board.vendor: HP
dmi.board.version: 40.43
dmi.chassis.type: 31
dmi.chassis.vendor: HP
dmi.chassis.version: Chassis Version
dmi.ec.firmware.release: 40.43
dmi.modalias: dmi:bvnAMI:bvrF.09:bd01/13/2021:br15.9:efr40.43:svnHP:pnHPSpectrex360Convertible14-ea0xxx:pvr:rvnHP:rn87F7:rvr40.43:cvnHP:ct31:cvrChassisVersion:
dmi.product.family: 103C_5335KV HP Spectre
dmi.product.name: HP Spectre x360 Convertible 14-ea0xxx
dmi.product.sku: 2G2C7EA#ABU
dmi.sys.vendor: HP

See original description

Tags:

Max Bowsher (maxb) on 2021-02-20

description:

updated

Revision history for this message

Ubuntu Kernel Bot (ubuntu-kernel-bot) wrote on 2021-02-20: Missing required logs.

This bug is missing log files that will aid in diagnosing the problem. While running an Ubuntu kernel (not a mainline or third-party kernel) please enter the following command in a terminal window:

apport-collect 1916314

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu):
status:	New → Incomplete

Revision history for this message

Jouni Mettala (jouni-mettala) wrote on 2021-02-22:

Have you compiled kernel with that patch?

Revision history for this message

Max Bowsher (maxb) wrote on 2021-02-27:

> Have you compiled kernel with that patch?

No, I haven't. The workaround of setting i8042.nopnp is satisfactory for me, and the patch creator has done a thorough write up of the problem.

My objective in filing this bug is to raise awareness that the current version of Ubuntu has this problem - on fairly major hardware from a mainstream vendor - so that other people searching the bug tracker for it can more easily find out.

Or, that it might draw the attention of Ubuntu kernel maintainers for possible inclusion as a SAUCE patch whilst waiting for upstream inclusion.

Or, getting a bit hopeful here, that someone at Canonical could get someone at HP to fix their "quirky" i8042 emulation.

Revision history for this message

Max Bowsher (maxb) wrote on 2021-02-27: AlsaInfo.txt

AlsaInfo.txt Edit (40.9 KiB, text/plain)

apport information

tags:	added: apport-collected groovy
description:	updated

Revision history for this message

Max Bowsher (maxb) wrote on 2021-02-27: CRDA.txt

CRDA.txt Edit (2.8 KiB, text/plain)

apport information

Revision history for this message

Max Bowsher (maxb) wrote on 2021-02-27: CurrentDmesg.txt

CurrentDmesg.txt Edit (101.1 KiB, text/plain)

apport information

Revision history for this message

Max Bowsher (maxb) wrote on 2021-02-27: IwConfig.txt

IwConfig.txt Edit (470 bytes, text/plain)

apport information

Revision history for this message

Max Bowsher (maxb) wrote on 2021-02-27: Lspci.txt

Lspci.txt Edit (16.4 KiB, text/plain)

apport information

Revision history for this message

Max Bowsher (maxb) wrote on 2021-02-27: Lspci-vt.txt

Lspci-vt.txt Edit (1.5 KiB, text/plain)

apport information

Revision history for this message

Max Bowsher (maxb) wrote on 2021-02-27: Lsusb.txt

#10

Lsusb.txt Edit (450 bytes, text/plain)

apport information

Revision history for this message

Max Bowsher (maxb) wrote on 2021-02-27: Lsusb-t.txt

#11

Lsusb-t.txt Edit (808 bytes, text/plain)

apport information

Revision history for this message

Max Bowsher (maxb) wrote on 2021-02-27: Lsusb-v.txt

#12

Lsusb-v.txt Edit (53.4 KiB, text/plain)

apport information

Revision history for this message

Max Bowsher (maxb) wrote on 2021-02-27: PaInfo.txt

#13

PaInfo.txt Edit (88.0 KiB, text/plain)

apport information

Revision history for this message

Max Bowsher (maxb) wrote on 2021-02-27: ProcCpuinfo.txt

#14

ProcCpuinfo.txt Edit (13.9 KiB, text/plain)

apport information

Revision history for this message

Max Bowsher (maxb) wrote on 2021-02-27: ProcCpuinfoMinimal.txt

#15

ProcCpuinfoMinimal.txt Edit (1.7 KiB, text/plain)

apport information

Revision history for this message

Max Bowsher (maxb) wrote on 2021-02-27: ProcEnviron.txt

#16

ProcEnviron.txt Edit (128 bytes, text/plain)

apport information

Revision history for this message

Max Bowsher (maxb) wrote on 2021-02-27: ProcInterrupts.txt

#17

ProcInterrupts.txt Edit (10.7 KiB, text/plain)

apport information

Revision history for this message

Max Bowsher (maxb) wrote on 2021-02-27: ProcModules.txt

#18

ProcModules.txt Edit (10.0 KiB, text/plain)

apport information

Revision history for this message

Max Bowsher (maxb) wrote on 2021-02-27: PulseList.txt

#19

PulseList.txt Edit (32.9 KiB, text/plain)

apport information

Revision history for this message

Max Bowsher (maxb) wrote on 2021-02-27: RfKill.txt

#20

RfKill.txt Edit (112 bytes, text/plain)

apport information

Revision history for this message

Max Bowsher (maxb) wrote on 2021-02-27: UdevDb.txt

#21

UdevDb.txt Edit (273.7 KiB, text/plain)

apport information

Revision history for this message

Max Bowsher (maxb) wrote on 2021-02-27: WifiSyslog.txt

#22

WifiSyslog.txt Edit (137.8 KiB, text/plain)

apport information

Revision history for this message

Max Bowsher (maxb) wrote on 2021-02-27: acpidump.txt

#23

acpidump.txt Edit (2.2 MiB, text/plain)

apport information

Changed in linux (Ubuntu):
status:	Incomplete → Confirmed

Revision history for this message

Max Bowsher (maxb) wrote on 2021-02-27:

#24

In the apport-collected CurrentDmesg.txt, the keyboard is detected at:

[ 11.664651] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input44

That's sooner than it usually takes!

Revision history for this message

Max Bowsher (maxb) wrote on 2021-02-27:

#25

(It took 30 seconds on the next boot)

Revision history for this message

Jouni Mettala (jouni-mettala) wrote on 2021-02-27:

#26

Looks confirmed/triaged to me. Although testing upstream patch might speed up process.

Revision history for this message

Vishal Rao (vishalrao) wrote on 2021-05-18:

#27

Just wanted to post a comment here so others searching online might find this workaround.

I have an HP Pavilion 14 dv0054tu laptop with an Intel Core i5 1135G7 Tiger Lake CPU and am facing this issue of the slow keyboard delay, not responding for a few seconds after booting.

The kernel parameter "i8042.nopnp" appears to be working for me, after trying several reboots.

This is on elementary OS 6.0 Odin beta based on Ubuntu 20.04 LTS with the 5.8 kernel and also on openSUSE Tumbleweed with the 5.11 kernel and Ubuntu and Ubuntu Budgie 21.04 also with the 5.11 kernel.

Revision history for this message

Ber Zoidberg (berzoidberg) wrote on 2021-08-15:

#28

Wanted to pop in and mention I've encountered this same issue on several HP Spectre devices, on some of which the current workaround doesn't seem to work (as of kernel version 5.13.10). I've put together a DKMS build of the patched module for people to use until this can be upstreamed or included as a patch in various distributions.

https://github.com/berzoidberg/i8042-spectre-dkms