From: Tudor Ambarus <tudor.ambarus@linaro.org>
To: Denzeel Oliva <wachiturroxd150@gmail.com>
Cc: alim.akhtar@samsung.com, conor+dt@kernel.org,
devicetree@vger.kernel.org, gregkh@linuxfoundation.org,
jirislaby@kernel.org, krzk+dt@kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org, linux-samsung-soc@vger.kernel.org,
linux-serial@vger.kernel.org, robh@kernel.org,
semen.protsenko@linaro.org
Subject: Re: [PATCH v1 3/3] arm64: dts: exynos990: define all PERIC USI nodes
Date: Fri, 14 Feb 2025 06:49:41 +0000 [thread overview]
Message-ID: <2ed6c5d8-b559-4ffc-b08e-412bab1f7917@linaro.org> (raw)
In-Reply-To: <Z67f+lDxISVubiJJ@droid-r8s>
On 2/14/25 6:17 AM, Denzeel Oliva wrote:
> On Thu, Feb 13, 2025 at 07:38:35AM +0000, Tudor Ambarus wrote:
>> node properties shall be specified in a specific order. Follow similar
>> nodes that are already accepted, gs101 is one.
>
> Not all Exynos SoCs will follow the same order
you an fix them then. Please follow
https://docs.kernel.org/devicetree/bindings/dts-coding-style.html#order-of-properties-in-device-node
>
>> <&cmu_peric0 CLK_GOUT_PERIC0_TOP0_IPCLK_4>;
>
> Is
>
> GATE(CLK_GOUT_PERIC0_TOP0_IPCLK_4, "gout_peric0_top0_ipclk_4",
> "dout_peric0_uart_dbg",
> CLK_CON_GAT_GOUT_BLK_PERIC0_UID_PERIC0_TOP0_IPCLKPORT_IPCLK_4,
> 21, 0, 0), [Mainline CLK]
I don't get this reasoning, sorry.
>
> You can find it in the cmucal-node.c driver downstream of the kernel. [0]
>
>>> + };
>>> + };
>>> +
>>> + usi0: usi@105500c0 {
cut
>>> + serial_2: serial@10550000 {
>>
>> why not serial_0 since you're in USI0.
>
> Because it is simply displayed in the exynos9830-usi.dtsi [1]
I don't think it matters what downstream specifies for labels. Use what
common sense says.
>
>>> + };
>>> +
>>> + usi_i2c_0: usi@105600c0 {
>>> + compatible = "samsung,exynos990-usi", "samsung,exynos850-usi";
>>> + reg = <0x105600c0 0x20>;
>>> + samsung,sysreg = <&sysreg_peric0 0x1008>;
>>> + samsung,mode = <USI_V2_I2C>;
>>> + #address-cells = <1>;
>>> + #size-cells = <1>;
>>> + ranges;
>>> + clocks = <&cmu_peric0 CLK_GOUT_PERIC0_TOP0_PCLK_6>,
>>> + <&cmu_peric0 CLK_GOUT_PERIC0_TOP0_IPCLK_6>;
>>> + clock-names = "pclk", "ipclk";
>>> + status = "disabled";
>>> +
>>> + hsi2c_1: i2c@10560000 {
>>> + compatible = "samsung,exynos990-hsi2c",
>>> + "samsung,exynosautov9-hsi2c";
>>> + reg = <0x10560000 0xc0>;
>>> + interrupts = <GIC_SPI 398 IRQ_TYPE_LEVEL_HIGH>;
>>> + pinctrl-names = "default";
>>> + pinctrl-0 = <&hsi2c1_bus>;
>>> + clocks = <&cmu_peric0 CLK_GOUT_PERIC0_TOP0_IPCLK_6>,
>>> + <&cmu_peric0 CLK_GOUT_PERIC0_TOP0_PCLK_6>;
>>> + clock-names = "hsi2c", "hsi2c_pclk";
>>> + #address-cells = <1>;
>>> + #size-cells = <0>;
>>> + status = "disabled";
>>> + };
>>
>> shouldn't you define serial and SPI too?
>
> As shown in the node it only uses i2c which
> corresponds to the exynos9830-usi.dts. [2]
If you can't specify all the protocol modes for all the USI nodes, then
make it clear in the commit message.
next prev parent reply other threads:[~2025-02-14 6:49 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-02-12 23:40 [PATCH v1 0/3] arm64: dts: exynos990: define all PERIC0/1 USI nodes Denzeel Oliva
2025-02-12 23:40 ` [PATCH v1 1/3] dt-bindings: samsung: usi: add exynos990-usi compatible Denzeel Oliva
2025-02-12 23:40 ` [PATCH v1 2/3] dt-bindings: serial: samsung: add Exynos990 compatible Denzeel Oliva
2025-02-13 7:20 ` Tudor Ambarus
2025-02-14 5:16 ` Denzeel Oliva
2025-02-14 6:42 ` Tudor Ambarus
2025-02-12 23:40 ` [PATCH v1 3/3] arm64: dts: exynos990: define all PERIC USI nodes Denzeel Oliva
2025-02-13 7:38 ` Tudor Ambarus
2025-02-14 6:17 ` Denzeel Oliva
2025-02-14 6:49 ` Tudor Ambarus [this message]
2025-02-14 15:39 ` Sam Protsenko
2025-02-14 8:20 ` [PATCH v1 0/3] arm64: dts: exynos990: define all PERIC0/1 " Krzysztof Kozlowski
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=2ed6c5d8-b559-4ffc-b08e-412bab1f7917@linaro.org \
--to=tudor.ambarus@linaro.org \
--cc=alim.akhtar@samsung.com \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=gregkh@linuxfoundation.org \
--cc=jirislaby@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
--cc=robh@kernel.org \
--cc=semen.protsenko@linaro.org \
--cc=wachiturroxd150@gmail.com \
/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;
as well as URLs for NNTP newsgroup(s).