All of lore.kernel.org
 help / color / mirror / Atom feed
From: bugzilla-daemon@kernel.org
To: platform-driver-x86@vger.kernel.org
Subject: [Bug 222015] New: ASUS TUF Gaming A18 (FA808UH): keyboard backlight requires HID feature report 0x46 0x01 to initialize on cold boot
Date: Mon, 14 Sep 2026 18:42:42 +0000	[thread overview]
Message-ID: <bug-222015-215701@https.bugzilla.kernel.org/> (raw)

https://bugzilla.kernel.org/show_bug.cgi?id=222015

            Bug ID: 222015
           Summary: ASUS TUF Gaming A18 (FA808UH): keyboard backlight
                    requires HID feature report 0x46 0x01 to initialize on
                    cold boot
           Product: Drivers
           Version: 2.5
          Hardware: AMD
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: P3
         Component: Platform_x86
          Assignee: drivers_platform_x86@kernel-bugs.osdl.org
          Reporter: imatvey.root@gmail.com
        Regression: No

Created attachment 310851
  --> https://bugzilla.kernel.org/attachment.cgi?id=310851&action=edit
dmesg

Problem
-------
Keyboard backlight (asus::kbd_backlight LED class device) does not work on a
cold boot under Linux. Writing a brightness value to
/sys/class/leds/asus::kbd_backlight/brightness succeeds and the value is
reflected in the sysfs file, but the physical backlight stays off.

This is reproducible on a vanilla Arch kernel (7.2.4-arch1-2) and was also
observed on linux-zen, on a fully updated EndeavourOS installation.

Hardware
--------
System:   ASUS TUF Gaming A18 FA808UH_FA808UH
Board:    FA808UH
BIOS:     FA808UH.313 (02/04/2026)
CPU/GPU:  AMD Ryzen + NVIDIA (ASUS TUF A18, 2025/2026 model)

Root cause / evidence
---------------------
1. Booting Windows (bare metal, not a VM) turns the keyboard backlight on
   immediately. This proves the hardware and firmware are fine.

2. After a *warm reboot* from Windows into Linux, the backlight remains on
   and asusctl / brightnessctl start working normally. This shows that the
   embedded controller (EC) state is initialized by Windows and persists
   across a warm reboot.

3. On a *cold boot* directly into Linux, the EC is never initialized, so
   the LED class device accepts writes but they have no effect.

4. Sending a single HID feature report to the keyboard controller fixes the
   problem immediately and permanently for the rest of the boot session:

       hidapitester --vidpid 0B05/19B6 --open --send-feature 70,1 --close

   The tool writes a 64-byte feature report whose first two bytes are
   0x46 0x01. After this, writing brightness to sysfs works as expected.

Workaround
----------
A systemd oneshot service that runs hidapitester at boot restores normal
behavior. This is not a real fix, only a userspace workaround.

Request
-------
Please add a quirk to asus-wmi (or hid-asus) to send the equivalent
feature report (0x46 0x01) to USB device 0B05:19B6 during driver
initialization on the ASUS TUF Gaming A18 FA808UH / FA808UP, so the
keyboard backlight works out of the box on cold boot.

Attachments
-----------
I can provide the following if needed:
  - full dmesg from a cold boot
  - lsusb -v output for the keyboard device

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

                 reply	other threads:[~2026-09-14 18:42 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=bug-222015-215701@https.bugzilla.kernel.org/ \
    --to=bugzilla-daemon@kernel.org \
    --cc=platform-driver-x86@vger.kernel.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.