From: Md Sadre Alam <quic_mdalam@quicinc.com>
To: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>,
<broonie@kernel.org>, <robh@kernel.org>, <krzk+dt@kernel.org>,
<conor+dt@kernel.org>, <andersson@kernel.org>,
<konradybcio@kernel.org>, <vkoul@kernel.org>,
<linux-arm-msm@vger.kernel.org>, <linux-spi@vger.kernel.org>,
<devicetree@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
<dmaengine@vger.kernel.org>
Cc: <quic_varada@quicinc.com>
Subject: Re: [PATCH v2 4/9] arm64: dts: qcom: ipq5424: Add QPIC SPI NAND controller support
Date: Mon, 13 Oct 2025 11:40:22 +0530 [thread overview]
Message-ID: <911ee444-25a9-a645-d14f-72fc239e5eb7@quicinc.com> (raw)
In-Reply-To: <c7848ee9-dc00-48c1-a9b9-a0650238e3a1@oss.qualcomm.com>
On 10/8/2025 6:00 PM, Konrad Dybcio wrote:
> On 10/8/25 11:04 AM, Md Sadre Alam wrote:
>> Add device tree nodes for QPIC SPI NAND flash controller support
>> on IPQ5424 SoC.
>>
>> The IPQ5424 SoC includes a QPIC controller that supports SPI NAND flash
>> devices with hardware ECC capabilities and DMA support through BAM
>> (Bus Access Manager).
>>
>> Signed-off-by: Md Sadre Alam <quic_mdalam@quicinc.com>
>> ---
>
> [...]
>
>> + qpic_bam: dma-controller@7984000 {
>> + compatible = "qcom,bam-v1.7.4", "qcom,bam-v1.7.0";
>> + reg = <0x0 0x07984000 0x0 0x1c000>;
>> + interrupts = <GIC_SPI 109 IRQ_TYPE_LEVEL_HIGH>;
>> + clocks = <&gcc GCC_QPIC_AHB_CLK>;
>> + clock-names = "bam_clk";
>> + #dma-cells = <1>;
>> + qcom,ee = <0>;
>> + status = "disabled";
>> + };
>> +
>> + qpic_nand: spi@79b0000 {
>> + compatible = "qcom,ipq5424-snand", "qcom,ipq9574-snand";
>> + reg = <0x0 0x079b0000 0x0 0x10000>;
>> + #address-cells = <1>;
>> + #size-cells = <0>;
>> + clocks = <&gcc GCC_QPIC_CLK>,
>> + <&gcc GCC_QPIC_AHB_CLK>,
>> + <&gcc GCC_QPIC_IO_MACRO_CLK>;
>> + clock-names = "core", "aon", "iom";
>
> 1 a line, please, also below
ok
>
>> + dmas = <&qpic_bam 0>,
>> + <&qpic_bam 1>,
>> + <&qpic_bam 2>;
>> + dma-names = "tx", "rx", "cmd";
>> + status = "disabled";
>
> Is there anything preventing us from enabling both these nodes by
> default on all boards (maybe secure configuration or required
> regulators)?
We can't enable NAND by default in the common DTSI because the GPIOs are
shared between eMMC and NAND.The decision to enable NAND must be made at
the board-specific level, depending on the flash type used on that
particular board or RDP.Enabling it globally could lead to conflicts on
platforms where eMMC is present.
Thanks,
Alam.
next prev parent reply other threads:[~2025-10-13 6:11 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-08 9:04 [PATCH v2 0/9] Add QPIC SPI NAND support for IPQ5424 and IPQ5332 platforms Md Sadre Alam
2025-10-08 9:04 ` [PATCH v2 1/9] spi: dt-bindings: spi-qpic-snand: Add IPQ5424 compatible Md Sadre Alam
2025-10-08 9:04 ` [PATCH v2 2/9] spi: dt-bindings: spi-qpic-snand: Add IPQ5332 compatible Md Sadre Alam
2025-10-08 9:04 ` [PATCH v2 3/9] dma: qcom: bam_dma: Fix command element mask field for BAM v1.6.0+ Md Sadre Alam
2025-10-08 9:04 ` [PATCH v2 4/9] arm64: dts: qcom: ipq5424: Add QPIC SPI NAND controller support Md Sadre Alam
2025-10-08 12:30 ` Konrad Dybcio
2025-10-13 6:10 ` Md Sadre Alam [this message]
2025-10-13 8:19 ` Konrad Dybcio
2025-10-08 9:04 ` [PATCH v2 5/9] arm64: dts: qcom: ipq5332: " Md Sadre Alam
2025-10-08 9:04 ` [PATCH v2 6/9] arm64: dts: qcom: ipq5424-rdp466: Enable QPIC SPI NAND support Md Sadre Alam
2025-10-08 9:04 ` [PATCH v2 7/9] arm64: dts: qcom: ipq5332: " Md Sadre Alam
2025-10-08 12:33 ` Konrad Dybcio
2025-10-13 6:11 ` Md Sadre Alam
2025-10-08 9:04 ` [PATCH v2 8/9] arm64: dts: qcom: ipq5424-rdp466: Remove eMMC support Md Sadre Alam
2025-10-08 12:31 ` Konrad Dybcio
2025-10-08 9:04 ` [PATCH v2 9/9] arm64: dts: qcom: ipq5332-rdp442: " Md Sadre Alam
2025-10-08 12:31 ` Konrad Dybcio
2025-10-15 9:50 ` (subset) [PATCH v2 0/9] Add QPIC SPI NAND support for IPQ5424 and IPQ5332 platforms Mark Brown
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=911ee444-25a9-a645-d14f-72fc239e5eb7@quicinc.com \
--to=quic_mdalam@quicinc.com \
--cc=andersson@kernel.org \
--cc=broonie@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=dmaengine@vger.kernel.org \
--cc=konrad.dybcio@oss.qualcomm.com \
--cc=konradybcio@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-spi@vger.kernel.org \
--cc=quic_varada@quicinc.com \
--cc=robh@kernel.org \
--cc=vkoul@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