devicetree.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Krzysztof Kozlowski <krzk@kernel.org>
To: Sayali Lokhande <quic_sayalil@quicinc.com>,
	andersson@kernel.org, konradybcio@kernel.org, robh@kernel.org,
	krzk+dt@kernel.org, conor+dt@kernel.org
Cc: linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mmc-owner@vger.kernel.org
Subject: Re: [PATCH 1/1] arm64: dts: msm: Add eMMC support for qcs8300
Date: Thu, 12 Jun 2025 12:02:22 +0200	[thread overview]
Message-ID: <61e77351-f82c-4450-88f1-cd074423a840@kernel.org> (raw)
In-Reply-To: <20250612092146.5170-2-quic_sayalil@quicinc.com>

On 12/06/2025 11:21, Sayali Lokhande wrote:
> diff --git a/arch/arm64/boot/dts/qcom/qcs8300.dtsi b/arch/arm64/boot/dts/qcom/qcs8300.dtsi


Please use subject prefixes matching the subsystem. You can get them for
example with `git log --oneline -- DIRECTORY_OR_FILE` on the directory
your patch is touching. For bindings, the preferred subjects are
explained here:
https://www.kernel.org/doc/html/latest/devicetree/bindings/submitting-patches.html#i-for-patch-submitters

It is NEVER msm. Also missing soc/board prefix.

> index 7ada029c32c1..5dee0b913b88 100644
> --- a/arch/arm64/boot/dts/qcom/qcs8300.dtsi
> +++ b/arch/arm64/boot/dts/qcom/qcs8300.dtsi
> @@ -3837,6 +3837,62 @@
>  			clock-names = "apb_pclk";
>  		};
>  
> +		sdhc_1: mmc@87C4000 {
> +			compatible = "qcom,sdhci-msm-v5";
> +			status = "disabled";

That's not correct place. Please follow DTS coding style.

> +
> +			reg = <0x0 0x87C4000 0x0 0x1000>,
> +				<0x0 0x87C5000 0x0 0x1000>;

Look at the rest of the file: lower or upper hex is used?

> +			reg-names = "hc", "cqhci";
> +
> +			interrupts = <GIC_SPI 383 IRQ_TYPE_LEVEL_HIGH>,
> +					<GIC_SPI 521 IRQ_TYPE_LEVEL_HIGH>;
> +			interrupt-names = "hc_irq", "pwr_irq";
> +
> +			clocks = <&gcc GCC_SDCC1_AHB_CLK>,
> +					<&gcc GCC_SDCC1_APPS_CLK>,
> +					<&rpmhcc RPMH_CXO_CLK>;
> +			clock-names = "iface", "core", "xo";
> +			interconnects = <&aggre1_noc MASTER_SDC 0 &mc_virt SLAVE_EBI1 0>,
> +					<&gem_noc MASTER_APPSS_PROC 0 &config_noc SLAVE_SDC1 0>;
> +			interconnect-names = "sdhc-ddr","cpu-sdhc";
> +
> +			operating-points-v2 = <&sdhc1_opp_table>;
> +			bus-width = <8>;
> +			supports-cqe;
> +			dma-coherent;
> +
> +			qcom,dll-config = <0x000F64EE>;
> +			qcom,ddr-config = <0x80040868>;
> +
> +			mmc-ddr-1_8v;
> +			mmc-hs200-1_8v;
> +			mmc-hs400-1_8v;
> +			mmc-hs400-enhanced-strobe;

All these do not look like SoC-level properties.

> +
> +			iommus = <&apps_smmu 0x0 0x0>;
> +
> +			resets = <&gcc GCC_SDCC1_BCR>;
> +
> +			sdhc1_opp_table: opp-table {
> +				compatible = "operating-points-v2";
> +
> +				opp-100000000 {
> +					opp-hz = /bits/ 64 <100000000>;
> +					required-opps = <&rpmhpd_opp_low_svs>;
> +					opp-peak-kBps = <1800000 400000>;
> +					opp-avg-kBps = <100000 0>;
> +				};
> +
> +				opp-384000000 {
> +					opp-hz = /bits/ 64 <384000000>;
> +					required-opps = <&rpmhpd_opp_nom>;
> +					opp-peak-kBps = <5400000 1600000>;
> +					opp-avg-kBps = <390000 0>;
> +				};
> +			};
> +		};
> +
>  		usb_1_hsphy: phy@8904000 {
>  			compatible = "qcom,qcs8300-usb-hs-phy",
>  				     "qcom,usb-snps-hs-7nm-phy";
> @@ -5042,6 +5098,47 @@
>  				pins = "gpio13";
>  				function = "qup2_se0";
>  			};
> +
> +			sdc1_clk: sdc1-clk-state {
> +				pins = "sdc1_clk";
> +

Stray blank line

> +			};
> +
> +			sdc1_cmd: sdc1-cmd-state {
> +				pins = "sdc1_cmd";
> +			};
> +
> +			sdc1_data: sdc1-data-state {
> +				pins = "sdc1_data";
> +			};
> +
> +			sdc1_rclk: sdc1-rclk-state {
> +				pins = "sdc1_rclk";
> +			};

Anyway, what is the point of all above pin nodes without config or muxing?


Best regards,
Krzysztof

  reply	other threads:[~2025-06-12 10:02 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-06-12  9:21 [PATCH 0/1] Add eMMC support for qcs8300 Sayali Lokhande
2025-06-12  9:21 ` [PATCH 1/1] arm64: dts: msm: " Sayali Lokhande
2025-06-12 10:02   ` Krzysztof Kozlowski [this message]
2025-06-13 19:40   ` Konrad Dybcio
2025-06-12 20:12 ` [PATCH 0/1] " Rob Herring (Arm)

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=61e77351-f82c-4450-88f1-cd074423a840@kernel.org \
    --to=krzk@kernel.org \
    --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=linux-mmc-owner@vger.kernel.org \
    --cc=quic_sayalil@quicinc.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;
as well as URLs for NNTP newsgroup(s).