CVE-2022-49976: platform/x86: x86-android-tablets: Fix broken touchscreen on Chuwi Hi8 with Windows BIOS
In the Linux kernel, the following vulnerability has been resolved:
platform/x86: x86-android-tablets: Fix broken touchscreen on Chuwi Hi8 with Windows BIOS
The x86-android-tablets handling for the Chuwi Hi8 is only necessary with
the Android BIOS and it is causing problems with the Windows BIOS version.
Specifically when trying to register the already present touchscreen
x86_acpi_irq_helper_get() calls acpi_unregister_gsi(), this breaks
the working of the touchscreen and also leads to an oops:
[ 14.248946] ------------[ cut here ]------------
[ 14.248954] remove_proc_entry: removing non-empty directory 'irq/75', leaking at least 'MSSL0001:00'
[ 14.248983] WARNING: CPU: 3 PID: 440 at fs/proc/generic.c:718 remove_proc_entry
...
[ 14.249293] unregister_irq_proc+0xe0/0x100
[ 14.249305] free_desc+0x29/0x70
[ 14.249312] irq_free_descs+0x4b/0x80
[ 14.249320] mp_unmap_irq+0x5c/0x60
[ 14.249329] acpi_unregister_gsi_ioapic+0x2a/0x40
[ 14.249338] x86_acpi_irq_helper_get+0x4b/0x190 [x86_android_tablets]
[ 14.249355] x86_android_tablet_init+0x178/0xe34 [x86_android_tablets]
Add an init callback for the Chuwi Hi8, which detects when the Windows BIOS
is in use and exits with -ENODEV in that case, fixing this.
Security readout for executives and security teams
Plain-English summary
This is a Linux kernel hardware-quirk bug for Chuwi Hi8 tablets. On systems using the Windows BIOS, Android-BIOS-specific handling can break an already working touchscreen and trigger a kernel warning/oops. Business impact appears limited to affected niche tablet deployments, not broad server or cloud exposure.
Executive priority
Treat this as low priority unless the organization operates Chuwi Hi8 tablets or similar managed Linux tablet fleets. Patch through normal kernel maintenance, with targeted validation for touchscreen-dependent devices.
Technical view
The x86-android-tablets driver applied Chuwi Hi8 handling when it was only needed for the Android BIOS. With the Windows BIOS, registration of an already present touchscreen caused x86_acpi_irq_helper_get() to call acpi_unregister_gsi(), disrupting IRQ state and producing an oops. The fix adds Chuwi Hi8 init detection and exits with -ENODEV for Windows BIOS.
Likely exposure
Exposure appears limited to Linux systems on Chuwi Hi8 hardware using the affected kernel driver and Windows BIOS path. The supplied data lists Linux kernel versions around 5.17 through 6.0 and referenced stable commits, but does not provide complete distribution package mappings.
Exploitation context
No KEV listing is present, and the supplied sources do not cite active exploitation. The evidence describes a device-specific reliability failure caused during driver initialization, not a remotely exploitable attack path.
Researcher notes
The source record lacks CVSS, CWE, and complete distro status. Analysis should remain constrained to the Chuwi Hi8 x86-android-tablets path and the two stable kernel commits. Do not generalize this to all touchscreens or all Linux tablets without more evidence.
Mitigation direction
Update to a vendor kernel containing the referenced stable fixes.
Check Linux distribution advisories for exact fixed package versions.
Prioritize affected Chuwi Hi8 tablet fleets over general Linux infrastructure.
Avoid inventing local workarounds; follow vendor kernel guidance.
Validation and detection
Inventory Linux devices for Chuwi Hi8 hardware and BIOS type.
Check running kernel versions against vendor fixed package guidance.
Review boot logs for x86_android_tablets touchscreen or IRQ oops messages.
Confirm touchscreen functionality after applying the fixed kernel.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2022-49976 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
0CVSS vectors
3Timeline events
0ADP providers
3Source links
Vulnerability timeline
Timeline events are normalized from CVE metadata, CNA source timelines, ADP timelines, and KEV metadata when present.
CVE reservedCVE Program
The CVE ID was reserved by the assigning CNA.
CVE publishedCVE Program
The CVE record was published.
Jun 18, 2025, 11:00 UTC (UTC+00:00)
CVE updatedCVE Program
The CVE record metadata indicates this as the latest update time.