[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <263bb77f-b91d-4139-91a5-0ddeda0ece17@linaro.org>
Date: Fri, 16 Feb 2024 08:19:19 +0100
From: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>
To: frut3k7 <frut3k7@...il.com>
Cc: Rob Herring <robh+dt@...nel.org>, Robert Marko <robimarko@...il.com>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Conor Dooley <conor+dt@...nel.org>, Mark Brown <broonie@...nel.org>,
Guenter Roeck <linux@...ck-us.net>, Peter Yin <peteryin.openbmc@...il.com>,
Patrick Rudolph <patrick.rudolph@...ements.com>,
Michal Simek <michal.simek@....com>, Marek Vasut <marex@...x.de>,
Luca Ceresoli <luca.ceresoli@...tlin.com>,
Bjorn Helgaas <bhelgaas@...gle.com>, Lukas Wunner <lukas@...ner.de>,
Fabio Estevam <festevam@...x.de>,
Alexander Stein <alexander.stein@...tq-group.com>,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-spi@...r.kernel.org
Subject: Re: [PATCH v2 2/2] dt-bindings: trivial-devices: Add qca,qca4024
On 15/02/2024 23:01, frut3k7 wrote:
> The device I use has the QCA4024 chip connected via the spi controller:
> blsp1_spi4: spi@...8000 {
> compatible = "qcom,spi-qup-v2.2.1";
> #address-cells = <1>;
> #size-cells = <0>;
> reg = <0x78b8000 0x600>;
> interrupts = <GIC_SPI 98 IRQ_TYPE_LEVEL_HIGH>;
> clocks = <&gcc GCC_BLSP1_QUP4_SPI_APPS_CLK>,
> <&gcc GCC_BLSP1_AHB_CLK>;
> clock-names = "core", "iface";
> dmas = <&blsp_dma 18>, <&blsp_dma 19>;
> dma-names = "tx", "rx";
> status = "disabled";
> };
>
> and apart from setting the frequency and gpio there is nothing else:
> &blsp1_spi4 {
> status = "okay";
>
> pinctrl-0 = <&spi_3_pins &quartz_pins>;
> pinctrl-names = "default";
>
> /* Qualcomm QCA4024 IoT */
> iot@3 {
> compatible = "qca,qca4024";
> reg = <0>;
> spi-max-frequency = <24000000>;
That's your downstream or fork DTS, not hardware description. You could
have several regulators not listed here, because your downstream has
always-on, or clocks which are not taken and works due to
assigned-clocks in other places... Sorry, that's not an argument. Never
use downstream DTS as proof how hardware looks. It is usually dis-proof,
that things are certainly missing.
Best regards,
Krzysztof
Powered by blists - more mailing lists