Devicetree
 help / color / mirror / Atom feed
* [PATCH 0/3] arm64: dts: qcom: Introduce Asus Zenbook A14 (UX3407NA)
@ 2026-06-23  1:31 Bjorn Andersson
  2026-06-23  1:31 ` [PATCH 1/3] dt-bindings: arm: qcom: Add " Bjorn Andersson
                   ` (2 more replies)
  0 siblings, 3 replies; 13+ messages in thread
From: Bjorn Andersson @ 2026-06-23  1:31 UTC (permalink / raw)
  To: Bjorn Andersson, Konrad Dybcio, Rob Herring, Krzysztof Kozlowski,
	Conor Dooley
  Cc: linux-arm-msm, devicetree, linux-kernel, Bjorn Andersson

UX3407NA is a variant of the Asus Zenbook A14 built on the Qualcomm
Glymur platform.

In addition to the same dependencies that other Glymur patches on the
list carries (audio, gpu, remoteproc, etc), this also depends on the eDP
PHY patches available here:
https://lore.kernel.org/linux-arm-msm/20260622-glymur-edp-phy-v1-0-814b45089ac9@oss.qualcomm.com/

Signed-off-by: Bjorn Andersson <bjorn.andersson@oss.qualcomm.com>
---
Bjorn Andersson (3):
      dt-bindings: arm: qcom: Add Asus Zenbook A14 (UX3407NA)
      arm64: dts: qcom: glymur: Add Asus Zenbook A14 (UX3407NA)
      firmware: qcom: scm: Allow QSEECOM on Asus Zenbook A14 (UX3407NA)

 Documentation/devicetree/bindings/arm/qcom.yaml    |    1 +
 arch/arm64/boot/dts/qcom/Makefile                  |    1 +
 .../dts/qcom/glymur-asus-zenbook-a14-ux3407na.dts  | 1099 ++++++++++++++++++++
 drivers/firmware/qcom/qcom_scm.c                   |    1 +
 4 files changed, 1102 insertions(+)
---
base-commit: 948efecf22e49aa4bf55bb73ec79a0ddcfd38571
change-id: 20260623-zenbook-dts-b69019671266

Best regards,
--  
Bjorn Andersson <bjorn.andersson@oss.qualcomm.com>


^ permalink raw reply	[flat|nested] 13+ messages in thread
* Re: [PATCH 2/3] arm64: dts: qcom: glymur: Add Asus Zenbook A14 (UX3407NA)
@ 2026-08-26 20:34 Chris Pouliot
  0 siblings, 0 replies; 13+ messages in thread
From: Chris Pouliot @ 2026-08-26 20:34 UTC (permalink / raw)
  To: Nicko van Someren
  Cc: Bjorn Andersson, Konrad Dybcio, Rob Herring, Krzysztof Kozlowski,
	Conor Dooley, linux-arm-msm, devicetree, linux-kernel,
	Bjorn Andersson

Hi Nicko,

I have an ASUS Zenbook A14 UX3407NA as well and have been investigating the audio issue further.

On my unit I see the same basic hardware layout you described: the two WSA8845 devices on swr0 attach, while the two devices described on swr3 remain unattached. I now have working stereo speakers and internal microphone on NixOS.

The currently working setup is:

keep the stock 4-channel GLYMUR-CRD AudioReach topology
remove the nonexistent WSA2/swr3 speaker path from the board/UCM configuration
constrain the WSA codec-DMA backend to 2 channels in the x1e80100 machine driver
map the frontend channel order so physical left/right, which land in PCM slots 0 and 2, are exposed as normal stereo

I have also started turning this into cleaner, distribution-independent patches for the DTS, AudioReach topology, and alsa-ucm-conf here:

https://github.com/chrispouliot/ux3407na-linux-audio

Those exact upstream-style patches have not been tested yet; they are currently intended as RFC material. In particular, I am not yet sure whether the correct upstream solution is a board-specific 2-channel AudioReach topology, or whether Glymur should retain the 4-channel frontend and express the 2-channel speaker constraint elsewhere.

I would appreciate any guidance on where that constraint is expected to live upstream.

Thanks,
Chris

On Mon, Aug 03, 2026 at 10:19:33AM -0600, Nicko van Someren wrote:
> On Jun 22, 2026, at 19:31, Bjorn Andersson <andersson@kernel.org> wrote:
> 
> > From: Bjorn Andersson <bjorn.andersson@oss.qualcomm.com>
> > 
> > UX3407NA is a variant of the Asus Zenbook A14 built on the Qualcomm
> > Glymur platform. It comes with an 18-core X2 Elite SoC, 32GB DDR, and
> > the other typical Glymur platform capabilities.
> 
> Firstly, many thanks for this. I recently acquired one of these machines
> for some firmware work I'm doing and having a working Linux system on it
> makes my life much easier!
> 
> I tested this patch set, along with the others it depends on. I have it
> mostly working now but ran into some issues that might indicate a few
> changes.
> 
> WIFI:
> 
> > + wifi@0 {
> > + compatible = "pci17cb,1107";
> > ...
> > + };
> 
> ASUS don't specify what WiFi7 chip they use, which is fairly normal since
> ASUS tends to swap the parts depending on supply. As a result, my machine
> has a QCC2072 (17cb:1112) WiFi/BT module not the WCN7850 (17cb:1107) device
> that you listed. Inspection of the hardware shows that the WiFi/BT module
> is a solder-down M.2 LGA module, but electrically that's still an M.2
> interface. Photos that I can find of the Zenbook A16 show it does the same.
> I think it might be more reliable to define a wlan-connector, like Konrad
> Dybcio did in the Asus Zenbook A16 (UX3607OA) (2/3) from 2026-07-21,
> rather than specify the chip.
> 
> 
> SOUND:
> 
> Regarding sound definitions, the dts declares four WSA8845s -- a woofer
> and tweeter per side, two on swr0 and two on swr3. 
> 
> > +&swr0 {
> > + status = "okay";
> > +
> > + /* WSA8845, left woofer */
> > ...
> > +
> > + /* WSA8845, left tweeter */
> > ...
> > +};
> > +
> > +&swr3 {
> > + status = "okay";
> > ...
> > + /* WSA8845, right woofer */
> > ...
> > +
> > + /* WSA8845, right tweeter */
> > ...
> > +};
> 
> This machine only has two speakers (again confirmed by physical inspection).
> Only swr0 shows attached on /sys/bus/soundwire/devices/sdw:*/status:
> 
>   sdw:1:0:0217:0204:00:0   Attached
>   sdw:1:0:0217:0204:00:1   Attached
>   sdw:4:0:0217:0204:00:0   UNATTACHED
>   sdw:4:0:0217:0204:00:1   UNATTACHED
> 
> I don't think that's a config fault either; the swr0 and swr3 reset lines are
> both claimed and in identical state of (out, 0, 2mA, no pull). It's not really
> a surprise that the cheaper model from ASUS would not use the full spec audio
> offered on the Qualcomm reference designs, but without a suitable
> UX3407NA-tplg.bin topology file I can't really tell more.
> 
> It appears that the audio setup is blocked further up the audio stack anyway.
> I hacked some dts changes, purloined blobs from Windows and got a stereo speaker
> setup configured. SoundWire is healthy, but no audio is possible because the DSP
> does not respond. The ADSP boots and the audio PD is reported up:
> 
>   remoteproc remoteproc1: remote processor adsp is now up
>   PDR: Indication received from msm/adsp/audio_pd, state: 0x1fffffff
>   qcom,apr ...: Adding APR/GPR dev: gprsvc:service:2:1
> 
> then, on every boot:
> 
>   qcom-apm gprsvc:service:2:1: CMD timeout for [1001021] opcode
> 
> I'm curious as to if you tested this (or if this even known to work on the
> Zenbook A16, Yoga Slim 7x or EliteBook X G2q with the other submissions). Do
> you know if/when the required firmware blobs will be forthcoming and
> upstreamed?
> 
> 
> HDMI:
> 
> The built-in HDMI cannot read EDID: the connector reports "connected" with
> a monitor attached but the EDID is 0 bytes and there are no modes. Less than
> 2 seconds into every boot, before any cable is involved:
> 
>   gcc_usb3_tert_phy_com_aux_clk status stuck at 'off'
>   Failed to enable clk 'com_aux': -16
>   phy phy-88e1000.phy.5: phy init failed --> -16
> 
> I have not really investigated this in detail.
> 
> 
> eDP:
> 
> eDP link training intermittently times out on resume, leaving visible flicker
> until another suspend/resume retrains it:
> 
>   [drm:msm_dp_ctrl_link_train_1_2] *ERROR* link training #2 on phy 0 failed. ret=-110
> 
> I am carrying the (unmerged) "phy: qcom: edp: update v8 power-on
> programming sequence" series, so this may be feedback for that rather than
> a report against mainline.
> 
> 
> Anyway, thank you again for this patch series. It got me to the point of
> having a very usable machine for my limited needs. If you have updates the
> need testing I'm happy to help.
> 
> Nicko
> 
> 


^ permalink raw reply	[flat|nested] 13+ messages in thread

end of thread, other threads:[~2026-08-26 20:34 UTC | newest]

Thread overview: 13+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-06-23  1:31 [PATCH 0/3] arm64: dts: qcom: Introduce Asus Zenbook A14 (UX3407NA) Bjorn Andersson
2026-06-23  1:31 ` [PATCH 1/3] dt-bindings: arm: qcom: Add " Bjorn Andersson
2026-06-23  7:12   ` Krzysztof Kozlowski
2026-06-23  1:31 ` [PATCH 2/3] arm64: dts: qcom: glymur: " Bjorn Andersson
2026-06-23  1:55   ` sashiko-bot
2026-06-23  7:06   ` Konrad Dybcio
2026-06-28  2:41     ` Bjorn Andersson
2026-06-28 13:20       ` Dmitry Baryshkov
2026-06-29  1:04         ` Bjorn Andersson
2026-08-03 16:19   ` Nicko van Someren
2026-06-23  1:31 ` [PATCH 3/3] firmware: qcom: scm: Allow QSEECOM on " Bjorn Andersson
2026-06-28 13:20   ` Dmitry Baryshkov
  -- strict thread matches above, loose matches on Subject: below --
2026-08-26 20:34 [PATCH 2/3] arm64: dts: qcom: glymur: Add " Chris Pouliot

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox