[PATCH 1/8] dt-bindings: soc: tenstorrent: Add tenstorrent,atlantis-syscon
Anirudh Srinivasan
asrinivasan at oss.tenstorrent.com
Fri Jan 16 13:48:34 PST 2026
Hi Rob,
On Thu, Jan 15, 2026 at 10:03 PM Rob Herring <robh at kernel.org> wrote:
Seems like there was a small typo in the example (sycon instead of
syscon) and your bot caught that. I'll fix that.
> > .../tenstorrent/tenstorrent,atlantis-syscon.yaml | 58 +++++++++++++++++++
>
> Filename should match compatible.
>
> If "RCPU" is what the h/w block is called and sufficient to identify it,
> then drop the "syscon-" part.
This hw block has control registers for clock and reset for the SoC.
This block is instantiated multiple times, with each instantiation
controlling clocks/resets from a different subsystem. I originally
planned to add these later on, so you'd have 4 different compatibles
like "tenstorrent,atlantis-syscon-{rcpu,hsio,pcie,mm}".
Instead, I guess I should add all 4 in right now (the clock driver
patches don't support all currently).
Is the current file name okay for that
(tenstorrent,atlantis-syscon.h)? I based this off the spacemit-k1
clock/reset controller [1], so it would look very similar to that.
> > + "#clock-cells":
> > + const: 1
> > + description:
> > + See <dt-bindings/clock/tenstorrent,atlantis-syscon.h> for valid indices.
>
> Be consistent with the compatible string for the file name.
I will squash down the dt-bindings patches in this series into one
that adds both the clock-cells and reset-cells to this entry. For the
clock/reset indices, should I just use a single file (say
dt-bindings/soc/tenstorrent,atlantis-syscon.h) or separate files for
clock and reset?
> > + clocks {
> > + osc_24m: clock-24m {
> > + compatible = "fixed-clock";
> > + clock-frequency = <24000000>;
> > + clock-output-names = "osc_24m";
> > + #clock-cells = <0>;
> > + };
> > + };
>
> Drop this node. Not relevant to the example.
Understood
[1] https://elixir.bootlin.com/linux/v6.18.2/source/Documentation/devicetree/bindings/soc/spacemit/spacemit,k1-syscon.yaml
More information about the linux-riscv
mailing list