From: Patrick Barsanti <patrick.barsanti@amarulasolutions.com>
To: devicetree@vger.kernel.org, linux-rockchip@lists.infradead.org,
linux-kernel@vger.kernel.org, heiko@sntech.de, robh@kernel.org,
krzk+dt@kernel.org, conor+dt@kernel.org
Cc: linux-amarula@amarulasolutions.com, michael@amarulasolutions.com,
dario.binacchi@amarulasolutions.com,
Patrick Barsanti <patrick.barsanti@amarulasolutions.com>
Subject: [PATCH v2 0/3] arm64: dts: rockchip: Add support for Axelera Embedded 111c
Date: Tue, 20 Oct 2026 13:37:14 +0200 [thread overview]
Message-ID: <20261020113717.189082-1-patrick.barsanti@amarulasolutions.com> (raw)
The Axelera Embedded 111c is an SBC based on the Rockchip RK3588
SoC. It offers efficient AI compute for multi-stream computer vision and
generative AI applications in a compact design.
Product page [1].
This series aims to introduce basic support for the board,
which includes the console, the eMMC, the two Gigabit Ethernet ports,
the four USB ports and the HDMI connector.
Changes in v2:
- The board was renamed by Axelera between v1 and v2, from "Metis
Compute Board" to "Embedded 111c". Address the name change. Drop
Conor's Acked-by on the bindings, since the compatible changed. Keep
it on the vendor-prefix.
- Address Heiko's comment about regulator node names starting with
"regulator-".
- Address Heiko's comment about non-existent "mem-supply" binding.
- Address Heiko's comment about dropping the unneeded "Use rgmii-rxid
mode to disable rx delay inside Soc" comment; checkpatch complains
about uncommented rgmii-rxid, so take the one from
rk3588-youyeetoo-yy3588.
- Address Heiko's comment about reset lines of the phy nodes being
incorrectly described in the gmac node; note that these are still not
described in the phy node because GPIO3_B7 defaults to pull-down,
which causes the rgmii_phy1 node to never come up; rgmii_phy0's
reset GPIO, GPIO4_B3, defaults to pull-up, so that node does not
encounter the same issue. Moving the reset to the parent mdio node
instead did the trick.
- Address Sashiko's high severity comment about hdmi0 node mixing M0 and
M1 pinmux groups; use the existing hdmim1_tx0_hpd pinctrl group
instead of redefining it. HPD is wired to M1 while CEC and DDC use the
M0 pins. Verified hot-plug detection on external display.
- Address Sashiko's medium comment about "full-pwr-cycle-in-suspend" and
missing "vmmc-supply" and "vqmmc-supply" on the eMMC node; drop the
former, add the latter two.
- Address Sashiko's medium comment about the pmic node lacking a pinctrl
assignment for the interrupt pin; add it.
- Address Sashiko's medium comment about the "vcc3v3_hubreset" regulator
hack; describe the two GL3523 hubs linked with peer-hub.
- Address Sashiko's low comment about defined-but-never-referenced
regulators without regulator-always-on property; drop them, alongside
their pinctrls.
- Mux PCIEX4_PERST_N as GPIO, to match it being used via reset-gpios.
- Drop the unused input.h include.
- Drop the unused rtc label.
- Drop the local PCIe x1 pinctrl groups, which duplicated the
pcie30x1m1_1_* groups in rk3588-base-pinctrl.dtsi.
Link to v1: [2].
[1]: https://axelera.ai/axelera-products/embedded/111c
[2]: https://lore.kernel.org/r/20260522174918.61523-1-patrick.barsanti@amarulasolutions.com
Patrick Barsanti (3):
dt-bindings: vendor-prefixes: Add Axelera AI
dt-bindings: arm: rockchip: Add Axelera Embedded 111c
arm64: dts: rockchip: Add Axelera Embedded 111c
.../devicetree/bindings/arm/rockchip.yaml | 5 +
.../devicetree/bindings/vendor-prefixes.yaml | 2 +
arch/arm64/boot/dts/rockchip/Makefile | 1 +
.../dts/rockchip/rk3588-embedded-111c.dts | 816 ++++++++++++++++++
4 files changed, 824 insertions(+)
create mode 100644 arch/arm64/boot/dts/rockchip/rk3588-embedded-111c.dts
--
2.53.0
_______________________________________________
Linux-rockchip mailing list
Linux-rockchip@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-rockchip
next reply other threads:[~2026-10-20 11:38 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-20 11:37 Patrick Barsanti [this message]
2026-10-20 11:37 ` [PATCH v2 1/3] dt-bindings: vendor-prefixes: Add Axelera AI Patrick Barsanti
2026-10-20 11:37 ` [PATCH v2 2/3] dt-bindings: arm: rockchip: Add Axelera Embedded 111c Patrick Barsanti
2026-10-20 11:37 ` [PATCH v2 3/3] arm64: dts: " Patrick Barsanti
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=20261020113717.189082-1-patrick.barsanti@amarulasolutions.com \
--to=patrick.barsanti@amarulasolutions.com \
--cc=conor+dt@kernel.org \
--cc=dario.binacchi@amarulasolutions.com \
--cc=devicetree@vger.kernel.org \
--cc=heiko@sntech.de \
--cc=krzk+dt@kernel.org \
--cc=linux-amarula@amarulasolutions.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=michael@amarulasolutions.com \
--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