Public bug reported:
This is a packaging/distribution request, not a kernel bug: please pursue
firmware redistribution permission with ASUS for Snapdragon X Elite (x1e80100)
devices, as was successfully done for Lenovo (T14s Gen 6 / 21N1, Yoga Slim 7x /
83ED) and Dell (XPS 13 9345). Their device-specific firmware is shipped in
linux-firmware-qualcomm-misc; the ASUS equivalents are not.
Affected hardware
-----------------
- ASUS Vivobook S 15 (S5507QA / S5507QAD), Snapdragon X X1E-78-100
- Also affected by the same gap: ASUS Vivobook 16, ASUS Zenbook A14 (only the
audio topology is packaged for these; see below)
Ubuntu versions tested
----------------------
- Ubuntu 26.04.1 LTS "Resolute", arm64
- Kernel: 7.0.0-30-generic
- linux-firmware 20260319.git217ca6e4.1ubuntu
- linux-firmware-qualcomm-misc 20260319.git217ca6e4-0ubuntu2.1
Impact
------
The kernel requests device-specific firmware at:
qcom/x1e80100/ASUSTeK/vivobook-s15/
The packaged directory contains ONLY the audio topology
(X1E80100-ASUS-Vivobook-S15-tplg.bin.zst). The ADSP/CDSP remote processor
firmware is missing, so the ADSP never boots. The battery manager
(pmic-glink / qcom-battmgr) runs on the ADSP, therefore:
1. Battery/charging is completely non-functional. UPower reports the battery
as 0 Wh / 0% / state "empty". GNOME Shell hides the power indicator from
the top bar entirely, so users have NO battery percentage, no charge
estimate, no low-battery warning, and suspend-on-critical cannot work.
2. Video hardware decoding (qcom-iris/Venus) fails:
qcom-iris aa00000.video-codec: Direct firmware load for
qcom/x1e80100/ASUSTeK/vivobook-s15/qcvss8380.mbn failed with error -2
3. CDSP compute (fastrpc) is unavailable.
Root cause evidence (dmesg)
---------------------------
ADSP never loads -> battery manager never comes up:
remoteproc0 (adsp): state=offline <- firmware file missing
power_supply qcom-battmgr-bat: uevent: failed to send synthetic uevent: -11
upower -i .../battery_qcom_battmgr_bat (BEFORE)
state: unknown
energy: 0 Wh
energy-full: 0 Wh
percentage: 0%
Working workaround (proves this is only a distribution-rights gap)
------------------------------------------------------------------
Extracting the firmware from the Windows installation's DriverStore
(dual-boot machines; each user extracts from their own licensed copy) and
placing it in /lib/firmware/qcom/x1e80100/ASUSTeK/vivobook-s15/ immediately
fixes everything:
Files copied (from Windows DriverStore, qcsubsys_ext_adsp8380 /
qcsubsys_ext_cdsp8380 / qcdx8380 .inf dirs):
qcadsp8380.mbn, adsp_dtbs.elf, adspr.jsn, adsps.jsn, adspua.jsn,
battmgr.jsn,
qccdsp8380.mbn, cdsp_dtbs.elf, cdspr.jsn,
qcvss8380.mbn, qcdxkmsuc8380.mbn
# echo start > /sys/class/remoteproc/remoteproc0/state (adsp)
upower -i .../battery_qcom_battmgr_bat (AFTER)
state: charging
energy: 47.17 Wh
energy-full: 58.96 Wh
energy-full-design: 70.01 Wh
energy-rate: 20.435 W
percentage: 80%
upower -i DisplayDevice (AFTER)
state: charging
icon-name: 'battery-full-charging-symbolic'
No kernel patches, no DT changes, no configuration — the distro-shipped kernel
already supports everything; only the firmware files are absent.
Precedent / upstream status
---------------------------
- linux-firmware-qualcomm-misc already ships the equivalent files for
LENOVO/21N1, LENOVO/83ED and dell/xps13-9345 — i.e. this exact mechanism
(vendor permission -> package the device-specific .mbn) is established.
- The Vivobook S 15 DTS maintainer noted on LKML (Nov 2025):
"The firmware is not upstream in linux-firmware yet, so users need to
copy it from Windows to qcom/x1e80100/ASUSTeK/vivobook-s15/qcvss8380.mbn
(just like GPU/ADSP/CDSP firmware)."
https://lkml.org/lkml/2025/11/3/17
- Related report of the same class for a Lenovo x1p42100 machine:
https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/2156291
Requested action
----------------
1. Contact ASUS (ideally jointly with the upstream linux-firmware maintainers
and Qualcomm) requesting redistribution permission for the x1e80100
Vivobook S 15 / Vivobook 16 / Zenbook A14 firmware, as done for
Lenovo/Dell.
2. Once permission is granted, add the files to
linux-firmware-qualcomm-misc under qcom/x1e80100/ASUSTeK/.
3. Until then, consider documenting the DriverStore extraction procedure in
the Ubuntu ARM64/Qualcomm wiki or ubuntu-install guides, since every
dual-boot user currently has to rediscover it.
Happy to provide full dmesg, upower output, and the extraction log from this
machine on request.
--- Hardware summary (from apport on affected machine)
------------------------
DistroRelease: Ubuntu 26.04
Architecture: arm64
MachineType: ASUSTeK COMPUTER INC. Vivobook S 15 S5507QA_S5507QAD
Kernel: 7.0.0-30-generic
SourcePackage: linux-firmware
** Affects: linux-firmware (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2165825
Title:
[Request] Pursue ASUS firmware redistribution permission for x1e80100
(Vivobook S 15) — battery/charging, GPU, DSP, video codecs non-
functional
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/2165825/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
