From: Val Packett <val@packett.cool>
To: Bjorn Andersson <andersson@kernel.org>,
Konrad Dybcio <konradybcio@kernel.org>,
Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org
Cc: Val Packett <val@packett.cool>
Subject: [PATCH 0/5] Add support for ECS LIVA QC710 mini PC/devkit
Date: Sun, 11 Jan 2026 05:35:08 -0300 [thread overview]
Message-ID: <20260111085726.634091-2-val@packett.cool> (raw)
This piece of Arm history was an early Windows dev kit before Volterra..
(Though it holds the brand of its manufacturer Elitegroup, not Microsoft's).
It's also a cheap device that can be used wherever you need a mini PC.
Now with Linux ^_^
Most things work, including Wi-Fi, Bluetooth, USB, eMMC, microSD, GPU.
The device tree is mostly based on Aspire1, with most things deleted :)
and the "fun" USB/DP setup added (the QMPPHY is permanently in 2+2 mode,
2 lanes are routed to a USB-A SuperSpeed port, and the other 2 to a
DP-to-HDMI bridge, which is permanently enabled).
The HDMI display does work.. though I'm seeing flickering artifacts in the
top part of the screen. I was told it also happens with DP on other sc7180
devices. A "disp_cc_mdss_dp_pixel_clk_src: rcg didn't update its configuration."
is logged once on boot, but seems to be a red herring, just due to trying
too early (the clock actually updates fine later, changes on mode switch etc.)
But then, I see this fault spammed constantly when display is working:
arm-smmu 15000000.iommu: Unhandled context fault: fsr=0x402, iova=0x9bc00000, fsynr=0x10021, cbfrsynra=0x800, cb=8
Suspiciously, 0x9bc00000 is the PA for the framebuffer provided by EFI!
Though the issue doesn't go away if efifb is completely disabled in Linux.
As for HDMI audio, it does work on Windows so there must be some way to get it
working, I've tried configuring DP audio and I'm seeing the *exact* same errors
as https://lore.kernel.org/linux-arm-msm/DD8RLVPWQQ7O.1B3E1P6VNMWV1@fairphone.com/
(DSP returned error[9], AFE enable for port 0x6020 failed -22) but that fix
of course has long been applied so it's a different issue with the same symptom
(I checked with prints, it's *not* DP not being ready).
~val
Val Packett (5):
dt-bindings: arm: qcom: Add ECS LIVA QC710
dt-bindings: display: bridge: simple: document the Algoltek AG6311
DP-to-HDMI bridge
drm/bridge: simple: add the Algoltek AG6311 DP-to-HDMI bridge
arm64: dts: qcom: Add support for ECS LIVA QC710
firmware: qcom: scm: Allow QSEECOM on ECS LIVA QC710
.../devicetree/bindings/arm/qcom.yaml | 1 +
.../display/bridge/simple-bridge.yaml | 1 +
arch/arm64/boot/dts/qcom/Makefile | 2 +
.../boot/dts/qcom/sc7180-ecs-liva-qc710.dts | 625 ++++++++++++++++++
drivers/firmware/qcom/qcom_scm.c | 1 +
drivers/gpu/drm/bridge/simple-bridge.c | 5 +
6 files changed, 635 insertions(+)
create mode 100644 arch/arm64/boot/dts/qcom/sc7180-ecs-liva-qc710.dts
--
2.51.2
next reply other threads:[~2026-01-11 8:59 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-11 8:35 Val Packett [this message]
2026-01-11 8:35 ` [PATCH 1/5] dt-bindings: arm: qcom: Add ECS LIVA QC710 Val Packett
2026-01-12 10:39 ` Konrad Dybcio
2026-01-11 8:35 ` [PATCH 4/5] arm64: dts: qcom: Add support for " Val Packett
2026-01-11 16:50 ` Dmitry Baryshkov
2026-01-12 0:31 ` Val Packett
2026-01-12 0:55 ` Dmitry Baryshkov
2026-01-12 10:50 ` Konrad Dybcio
2026-01-13 1:31 ` Dmitry Baryshkov
2026-01-13 8:30 ` Konrad Dybcio
2026-01-13 9:30 ` Nikita Travkin
2026-01-13 10:17 ` Konrad Dybcio
2026-01-11 19:47 ` Dmitry Baryshkov
2026-01-12 10:53 ` Konrad Dybcio
2026-01-13 9:01 ` Neil Armstrong
2026-01-19 1:52 ` Val Packett
2026-01-11 8:35 ` [PATCH 5/5] firmware: qcom: scm: Allow QSEECOM on " Val Packett
2026-01-11 17:05 ` Dmitry Baryshkov
2026-01-21 9:57 ` (subset) [PATCH 0/5] Add support for ECS LIVA QC710 mini PC/devkit Dmitry Baryshkov
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=20260111085726.634091-2-val@packett.cool \
--to=val@packett.cool \
--cc=andersson@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=konradybcio@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=robh@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox