From: Bhupesh Sharma <bhupesh.sharma@linaro.org>
To: Vladimir Zapolskiy <vladimir.zapolskiy@linaro.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Bjorn Andersson <andersson@kernel.org>,
Herbert Xu <herbert@gondor.apana.org.au>,
Thara Gopinath <thara.gopinath@gmail.com>
Cc: Rob Herring <robh+dt@kernel.org>,
Konrad Dybcio <konrad.dybcio@linaro.org>,
Andy Gross <agross@kernel.org>,
"David S. Miller" <davem@davemloft.net>,
devicetree@vger.kernel.org, linux-arm-msm@vger.kernel.org,
linux-crypto@vger.kernel.org
Subject: Re: [PATCH v9 11/14] arm64: dts: qcom: sm8250: add description of Qualcomm Crypto Engine IP
Date: Mon, 13 Feb 2023 22:42:10 +0530 [thread overview]
Message-ID: <a93b0dac-6a5a-309a-e4c0-7b0d0911bd4c@linaro.org> (raw)
In-Reply-To: <ce42e852-fb73-08ca-48c7-9826ab087289@linaro.org>
Hi Vladimir,
On 2/9/23 8:00 PM, Vladimir Zapolskiy wrote:
> Hi Bhupesh,
>
> On 2/9/23 14:21, Bhupesh Sharma wrote:
>> Hi Vladimir,
>>
>> On 2/9/23 12:07 AM, Vladimir Zapolskiy wrote:
>>> Add description of QCE and its corresponding BAM DMA IPs on SM8250 SoC.
>>>
>>> Signed-off-by: Vladimir Zapolskiy <vladimir.zapolskiy@linaro.org>
>>> ---
>>> arch/arm64/boot/dts/qcom/sm8250.dtsi | 24 ++++++++++++++++++++++++
>>> 1 file changed, 24 insertions(+)
>>>
>>> diff --git a/arch/arm64/boot/dts/qcom/sm8250.dtsi
>>> b/arch/arm64/boot/dts/qcom/sm8250.dtsi
>>> index e59c16f74d17..d8698d18223e 100644
>>> --- a/arch/arm64/boot/dts/qcom/sm8250.dtsi
>>> +++ b/arch/arm64/boot/dts/qcom/sm8250.dtsi
>>> @@ -2215,6 +2215,30 @@ ufs_mem_phy_lanes: phy@1d87400 {
>>> };
>>> };
>>> + cryptobam: dma-controller@1dc4000 {
>>> + compatible = "qcom,bam-v1.7.0";
>>> + reg = <0x0 0x01dc4000 0x0 0x24000>;
>>> + interrupts = <GIC_SPI 272 IRQ_TYPE_LEVEL_HIGH>;
>>> + #dma-cells = <1>;
>>> + qcom,ee = <0>;
>>> + qcom,controlled-remotely;
>>> + num-channels = <8>;
>>> + qcom,num-ees = <2>;
>>> + iommus = <&apps_smmu 0x586 0x11>,
>>> + <&apps_smmu 0x596 0x11>;
>>> + };
>>> +
>>> + crypto: crypto@1dfa000 {
>>> + compatible = "qcom,sm8250-qce", "qcom,sm8150-qce";
>>> + reg = <0x0 0x01dfa000 0x0 0x6000>;
>>> + dmas = <&cryptobam 6>, <&cryptobam 7>;
>>> + dma-names = "rx", "tx";
>>> + interconnects = <&aggre2_noc MASTER_CRYPTO_CORE_0
>>> &mc_virt SLAVE_EBI_CH0>;
>>> + interconnect-names = "memory";
>>> + iommus = <&apps_smmu 0x586 0x11>,
>>> + <&apps_smmu 0x596 0x11>;
>>> + };
>>> +
>>> tcsr_mutex: hwlock@1f40000 {
>>> compatible = "qcom,tcsr-mutex";
>>> reg = <0x0 0x01f40000 0x0 0x40000>;
>>
>> This patch was part of the v7 arm64 dts fixes I sent out - see [1].
>
> thank you for pointing it out, so there are two different v7 series of
> related
> patches, as it's stated in the cover letter I based my v8 on top of
> linux-crypto
> changes [*], and this particular change was developed independently from
> yours.
>
> And so, there are some differences, can you please comment on them?
>
> - My change does not have 'interconnects' property under
> dma-controller@1dc4000
> device tree node, I believe it is not needed, but please correct me
> here.
> - My change uses DMA channel number taken from the downstream code [**], is
> there a reason to use different ones like in your change?
> - My change has a shorter list of IOMMUs also copied from the same
> downstream
> code, is there a reason to use a different extended list like in your
> change?
> - On my end I have to retest your change without 'num-channels' and
> 'qcom,num-ees'
> properties, since this also seems as an important difference between
> two patches.
>
> Nevertheless, thank you again for bringing my attention to a different
> patch
> series, I'll reuse the changes from it, and also publish all of them
> together and
> in a separate changeset as Krzysztof suggested.
>
>> Probably you can use it as a base and make the changes (interconnect
>> property for the BAM DMA node and qce-compatible names) directly there
>> and include it in your patch series.
>
> [*]
> https://lore.kernel.org/linux-arm-msm/20220920114051.1116441-1-bhupesh.sharma@linaro.org/
> [**]
> https://source.codeaurora.org/quic/la/kernel/msm-4.19/tree/arch/arm64/boot/dts/qcom/kona.dtsi?h=LA.UM.8.12.3.1&id=f3dd4aaeb34438c877ccd42f5a48ccd554dd765a#n2979
>
>> [1].
>> https://lore.kernel.org/linux-arm-msm/20220921045602.1462007-3-bhupesh.sharma@linaro.org/
Now that you mention it, I am a bit confused. My v7 series had 3
sub-series (one each for the arm64 dts + defconfig, crypto & dma tree):
-
https://lore.kernel.org/linux-arm-msm/20220921045602.1462007-1-bhupesh.sharma@linaro.org/
-
https://lore.kernel.org/linux-arm-msm/20220920114051.1116441-1-bhupesh.sharma@linaro.org/
-
https://lore.kernel.org/linux-arm-msm/20220921030649.1436434-1-bhupesh.sharma@linaro.org/
Where do you propose the v9 of the dma tree patch? I think you have
already clubbed the v9 arm64 dts patchset with this series
(you have left out the defconfig patch from there as it is already
merged and the sm8150 dts change, so that I can send it later), right?
Having said that, with only the v9 crypto series you shared, I am not
able to bring up crypto on either sm8250-mtp or (with one dts patch
added) on sa8155p-adp board(s). So, do I need to make other changes
(include patches from my earlier series) to get the same working?
Thanks,
Bhupesh
next prev parent reply other threads:[~2023-02-13 17:12 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-02-08 18:37 [PATCH v9 00/14] crypto: qcom-qce: Add YAML bindings & support for newer SoCs Vladimir Zapolskiy
2023-02-08 18:37 ` [PATCH v9 01/14] dt-bindings: qcom-qce: Convert bindings to yaml Vladimir Zapolskiy
2023-02-08 18:37 ` [PATCH v9 02/14] MAINTAINERS: Add qcom-qce dt-binding file to QUALCOMM CRYPTO DRIVERS section Vladimir Zapolskiy
2023-02-08 18:37 ` [PATCH v9 03/14] dt-bindings: qcom-qce: Add 'interconnects' and 'interconnect-names' Vladimir Zapolskiy
2023-02-08 18:37 ` [PATCH v9 04/14] dt-bindings: qcom-qce: Add 'iommus' to optional properties Vladimir Zapolskiy
2023-02-08 18:37 ` [PATCH v9 05/14] dt-bindings: qcom-qce: Add new SoC compatible strings for qcom-qce Vladimir Zapolskiy
2023-02-09 9:18 ` Krzysztof Kozlowski
2023-02-09 9:19 ` Krzysztof Kozlowski
2023-02-08 18:37 ` [PATCH v9 06/14] dt-bindings: qcom-qce: document optional clocks and clock-names properties Vladimir Zapolskiy
2023-02-09 9:20 ` Krzysztof Kozlowski
2023-02-10 11:17 ` Vladimir Zapolskiy
2023-02-10 11:30 ` Krzysztof Kozlowski
2023-02-08 18:37 ` [PATCH v9 07/14] arm: dts: qcom: ipq4019: update a compatible for QCE IP on IPQ4019 SoC Vladimir Zapolskiy
2023-02-09 9:22 ` Krzysztof Kozlowski
2023-02-08 18:37 ` [PATCH v9 08/14] arm64: dts: qcom: msm8996: update QCE compatible according to a new scheme Vladimir Zapolskiy
2023-02-09 9:23 ` Krzysztof Kozlowski
2023-02-08 18:37 ` [PATCH v9 09/14] arm64: dts: qcom: sdm845: " Vladimir Zapolskiy
2023-02-09 9:23 ` Krzysztof Kozlowski
2023-02-08 18:37 ` [PATCH v9 10/14] arm64: dts: qcom: sm8550: add a family compatible for QCE IP Vladimir Zapolskiy
2023-02-09 9:23 ` Krzysztof Kozlowski
2023-02-08 18:37 ` [PATCH v9 11/14] arm64: dts: qcom: sm8250: add description of Qualcomm Crypto Engine IP Vladimir Zapolskiy
2023-02-09 12:21 ` Bhupesh Sharma
2023-02-09 14:30 ` Vladimir Zapolskiy
2023-02-13 17:12 ` Bhupesh Sharma [this message]
2023-02-14 10:24 ` Vladimir Zapolskiy
2023-02-08 18:37 ` [PATCH v9 12/14] crypto: qce: core: Add support to initialize interconnect path Vladimir Zapolskiy
2023-02-08 18:37 ` [PATCH v9 13/14] crypto: qce: core: Make clocks optional Vladimir Zapolskiy
2023-02-08 18:37 ` [PATCH v9 14/14] crypto: qce: core: Add a compatible based on a SoC name Vladimir Zapolskiy
2023-02-09 9:26 ` 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=a93b0dac-6a5a-309a-e4c0-7b0d0911bd4c@linaro.org \
--to=bhupesh.sharma@linaro.org \
--cc=agross@kernel.org \
--cc=andersson@kernel.org \
--cc=davem@davemloft.net \
--cc=devicetree@vger.kernel.org \
--cc=herbert@gondor.apana.org.au \
--cc=konrad.dybcio@linaro.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-crypto@vger.kernel.org \
--cc=robh+dt@kernel.org \
--cc=thara.gopinath@gmail.com \
--cc=vladimir.zapolskiy@linaro.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