public inbox for linux-input@vger.kernel.org
 help / color / mirror / Atom feed
From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
To: Ngon <ngon36201@gmail.com>
Cc: linux-input@vger.kernel.org
Subject: Re: [BUG] HP Pavilion x360: Built-in Keyboard and Touchpad disabled permanently after screen removal (Stuck in Tablet Mode)
Date: Tue, 3 Mar 2026 21:16:28 -0800	[thread overview]
Message-ID: <aae9BCEaeeUfwQof@google.com> (raw)
In-Reply-To: <CAF2ktaUNWWED4g+wqa0OuFbXSaVV7Lt-9Kw3co9KE+PYswNW=A@mail.gmail.com>

Hi,

On Tue, Mar 03, 2026 at 03:32:42AM +0700, Ngon wrote:
> Hi Dmitry and Linux-Input developers,
> 
>   I am reporting a hardware state issue on the HP Pavilion x360
> Convertible 14-cd0xxx that causes the built-in keyboard and
>   touchpad to become completely non-functional under Linux.
> 
> 
>   The Situation:
>   I have physically removed the original laptop screen (using the
> device as a headless mini-PC). Because the lid/hall sensors and
>   rotation sensors are located in the screen assembly, the Embedded
> Controller (EC) or BIOS seems to default to a permanent
>   "Tablet Mode" or "Lid Closed" state.

So based on the above I can not see how this is classified as a "BUG".
You modified the hardware to the state it is was not designed to operate
in, so it should not be a surprise that some things are not working.

> 
> 
>   Observations:
>    1. Running libinput debug-events clearly shows:
>      event20 SWITCH_TOGGLE switch tablet-mode state 1
>    2. The keyboard (AT Raw Set 2) and touchpad (SynPS/2 Synaptics) are
> detected by the kernel but do not emit any events
>       (verified via libinput debug-events).
>    3. On Windows, the keyboard still works despite driver warnings,
> likely due to a proprietary HP override.
>    4. On Linux, common kernel parameters like i8042.nopnp,
> i8042.dumbkbd, or button.lid_init_state=open do not restore
>       functionality. Blacklisting intel_vbtn and hp_wmi also does not
> force the system back to "Laptop Mode."

With blacklisted intel_vbtn and hp_wmi do you still see an event device
reporting the tablet mode switch?

> 
> 
>   Question:
>   Is there a way to implement a kernel quirk to force-ignore the
> Tablet Mode switch for this specific model, or a way to bypass
>   the EC's hard-lock on the i8042 bus when sensors are missing?

Do you see anything from i8042 in dmesg after you do

	echo 1 > /sys/module/i8042/parameters/debug

If not then you'll need help from folks at HP to see if there is a
EC command re-enabling keyboard and mouse.

Thanks.

-- 
Dmitry

      reply	other threads:[~2026-03-04  5:16 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-03-02 20:32 [BUG] HP Pavilion x360: Built-in Keyboard and Touchpad disabled permanently after screen removal (Stuck in Tablet Mode) Ngon
2026-03-04  5:16 ` Dmitry Torokhov [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=aae9BCEaeeUfwQof@google.com \
    --to=dmitry.torokhov@gmail.com \
    --cc=linux-input@vger.kernel.org \
    --cc=ngon36201@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox