From: Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>
To: Bjorn Andersson <andersson@kernel.org>
Cc: robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org,
konrad.dybcio@linaro.org, linux-arm-msm@vger.kernel.org,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
Rob Herring <robh@kernel.org>
Subject: Re: [PATCH] arm64: dts: qcom: Remove "iommus" property from PCIe nodes
Date: Thu, 16 Mar 2023 11:22:06 +0530 [thread overview]
Message-ID: <20230316055206.GA4386@thinkpad> (raw)
In-Reply-To: <20230316023155.avkvmqrsrys22lge@ripper>
On Wed, Mar 15, 2023 at 07:31:55PM -0700, Bjorn Andersson wrote:
> On Wed, Mar 08, 2023 at 01:26:48PM +0530, Manivannan Sadhasivam wrote:
> > Currently, most of the Qualcomm SoCs specify both "iommus" and "iommu-map"
> > properties for the PCIe nodes. First one passes the SMR mask to the iommu
> > driver and the latter specifies the SID for each PCIe device.
> >
> > But with "iommus" property, the PCIe controller will be added to the
> > iommu group along with the devices. This makes no sense because the
> > controller will not initiate any DMA transaction on its own. And moreover,
> > it is not strictly required to pass the SMR mask to the iommu driver. If
> > the "iommus" property is not present, then the default mask of "0" would be
> > used which should work for all PCIe devices.
> >
> > On the other side, if the SMR mask specified doesn't match the one expected
> > by the hypervisor, then all the PCIe transactions will end up triggering
> > "Unidentified Stream Fault" by the SMMU.
> >
> > So to get rid of these hassles and also prohibit PCIe controllers from
> > adding to the iommu group, let's remove the "iommus" property from PCIe
> > nodes.
> >
> > Reported-by: Rob Herring <robh@kernel.org>
> > Link: https://lore.kernel.org/linux-arm-msm/20230227195535.GA749409-robh@kernel.org
> > Signed-off-by: Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>
>
> Reviewed-by: Bjorn Andersson <andersson@kernel.org>
>
I believe you are waiting for me to respin this patch on top of -next?
Thanks,
Mani
> > ---
> > arch/arm64/boot/dts/qcom/sc7280.dtsi | 2 --
> > arch/arm64/boot/dts/qcom/sdm845.dtsi | 2 --
> > arch/arm64/boot/dts/qcom/sm8150.dtsi | 2 --
> > arch/arm64/boot/dts/qcom/sm8250.dtsi | 3 ---
> > arch/arm64/boot/dts/qcom/sm8350.dtsi | 2 --
> > arch/arm64/boot/dts/qcom/sm8450.dtsi | 2 --
> > arch/arm64/boot/dts/qcom/sm8550.dtsi | 2 --
> > 7 files changed, 15 deletions(-)
> >
> > diff --git a/arch/arm64/boot/dts/qcom/sc7280.dtsi b/arch/arm64/boot/dts/qcom/sc7280.dtsi
> > index 8f4ab6bd2886..9f7269029a02 100644
> > --- a/arch/arm64/boot/dts/qcom/sc7280.dtsi
> > +++ b/arch/arm64/boot/dts/qcom/sc7280.dtsi
> > @@ -2133,8 +2133,6 @@ pcie1: pci@1c08000 {
> >
> > dma-coherent;
> >
> > - iommus = <&apps_smmu 0x1c80 0x1>;
> > -
> > iommu-map = <0x0 &apps_smmu 0x1c80 0x1>,
> > <0x100 &apps_smmu 0x1c81 0x1>;
> >
> > diff --git a/arch/arm64/boot/dts/qcom/sdm845.dtsi b/arch/arm64/boot/dts/qcom/sdm845.dtsi
> > index 479859bd8ab3..5f110b0062d9 100644
> > --- a/arch/arm64/boot/dts/qcom/sdm845.dtsi
> > +++ b/arch/arm64/boot/dts/qcom/sdm845.dtsi
> > @@ -2319,7 +2319,6 @@ pcie0: pci@1c00000 {
> > "slave_q2a",
> > "tbu";
> >
> > - iommus = <&apps_smmu 0x1c10 0xf>;
> > iommu-map = <0x0 &apps_smmu 0x1c10 0x1>,
> > <0x100 &apps_smmu 0x1c11 0x1>,
> > <0x200 &apps_smmu 0x1c12 0x1>,
> > @@ -2429,7 +2428,6 @@ pcie1: pci@1c08000 {
> > assigned-clocks = <&gcc GCC_PCIE_1_AUX_CLK>;
> > assigned-clock-rates = <19200000>;
> >
> > - iommus = <&apps_smmu 0x1c00 0xf>;
> > iommu-map = <0x0 &apps_smmu 0x1c00 0x1>,
> > <0x100 &apps_smmu 0x1c01 0x1>,
> > <0x200 &apps_smmu 0x1c02 0x1>,
> > diff --git a/arch/arm64/boot/dts/qcom/sm8150.dtsi b/arch/arm64/boot/dts/qcom/sm8150.dtsi
> > index 13e0ce828606..6a383e918329 100644
> > --- a/arch/arm64/boot/dts/qcom/sm8150.dtsi
> > +++ b/arch/arm64/boot/dts/qcom/sm8150.dtsi
> > @@ -1826,7 +1826,6 @@ pcie0: pci@1c00000 {
> > "slave_q2a",
> > "tbu";
> >
> > - iommus = <&apps_smmu 0x1d80 0x3f>;
> > iommu-map = <0x0 &apps_smmu 0x1d80 0x1>,
> > <0x100 &apps_smmu 0x1d81 0x1>;
> >
> > @@ -1925,7 +1924,6 @@ pcie1: pci@1c08000 {
> > assigned-clocks = <&gcc GCC_PCIE_1_AUX_CLK>;
> > assigned-clock-rates = <19200000>;
> >
> > - iommus = <&apps_smmu 0x1e00 0x3f>;
> > iommu-map = <0x0 &apps_smmu 0x1e00 0x1>,
> > <0x100 &apps_smmu 0x1e01 0x1>;
> >
> > diff --git a/arch/arm64/boot/dts/qcom/sm8250.dtsi b/arch/arm64/boot/dts/qcom/sm8250.dtsi
> > index 2f0e460acccd..c7682fda9d8c 100644
> > --- a/arch/arm64/boot/dts/qcom/sm8250.dtsi
> > +++ b/arch/arm64/boot/dts/qcom/sm8250.dtsi
> > @@ -1871,7 +1871,6 @@ pcie0: pci@1c00000 {
> > "tbu",
> > "ddrss_sf_tbu";
> >
> > - iommus = <&apps_smmu 0x1c00 0x7f>;
> > iommu-map = <0x0 &apps_smmu 0x1c00 0x1>,
> > <0x100 &apps_smmu 0x1c01 0x1>;
> >
> > @@ -1977,7 +1976,6 @@ pcie1: pci@1c08000 {
> > assigned-clocks = <&gcc GCC_PCIE_1_AUX_CLK>;
> > assigned-clock-rates = <19200000>;
> >
> > - iommus = <&apps_smmu 0x1c80 0x7f>;
> > iommu-map = <0x0 &apps_smmu 0x1c80 0x1>,
> > <0x100 &apps_smmu 0x1c81 0x1>;
> >
> > @@ -2085,7 +2083,6 @@ pcie2: pci@1c10000 {
> > assigned-clocks = <&gcc GCC_PCIE_2_AUX_CLK>;
> > assigned-clock-rates = <19200000>;
> >
> > - iommus = <&apps_smmu 0x1d00 0x7f>;
> > iommu-map = <0x0 &apps_smmu 0x1d00 0x1>,
> > <0x100 &apps_smmu 0x1d01 0x1>;
> >
> > diff --git a/arch/arm64/boot/dts/qcom/sm8350.dtsi b/arch/arm64/boot/dts/qcom/sm8350.dtsi
> > index 1c97e28da6ad..365b9d773b5c 100644
> > --- a/arch/arm64/boot/dts/qcom/sm8350.dtsi
> > +++ b/arch/arm64/boot/dts/qcom/sm8350.dtsi
> > @@ -1526,7 +1526,6 @@ pcie0: pci@1c00000 {
> > "aggre1",
> > "aggre0";
> >
> > - iommus = <&apps_smmu 0x1c00 0x7f>;
> > iommu-map = <0x0 &apps_smmu 0x1c00 0x1>,
> > <0x100 &apps_smmu 0x1c01 0x1>;
> >
> > @@ -1610,7 +1609,6 @@ pcie1: pci@1c08000 {
> > "ddrss_sf_tbu",
> > "aggre1";
> >
> > - iommus = <&apps_smmu 0x1c80 0x7f>;
> > iommu-map = <0x0 &apps_smmu 0x1c80 0x1>,
> > <0x100 &apps_smmu 0x1c81 0x1>;
> >
> > diff --git a/arch/arm64/boot/dts/qcom/sm8450.dtsi b/arch/arm64/boot/dts/qcom/sm8450.dtsi
> > index 1a744a33bcf4..e3201b1b07a5 100644
> > --- a/arch/arm64/boot/dts/qcom/sm8450.dtsi
> > +++ b/arch/arm64/boot/dts/qcom/sm8450.dtsi
> > @@ -1790,7 +1790,6 @@ pcie0: pci@1c00000 {
> > "aggre0",
> > "aggre1";
> >
> > - iommus = <&apps_smmu 0x1c00 0x7f>;
> > iommu-map = <0x0 &apps_smmu 0x1c00 0x1>,
> > <0x100 &apps_smmu 0x1c01 0x1>;
> >
> > @@ -1904,7 +1903,6 @@ pcie1: pci@1c08000 {
> > "ddrss_sf_tbu",
> > "aggre1";
> >
> > - iommus = <&apps_smmu 0x1c80 0x7f>;
> > iommu-map = <0x0 &apps_smmu 0x1c80 0x1>,
> > <0x100 &apps_smmu 0x1c81 0x1>;
> >
> > diff --git a/arch/arm64/boot/dts/qcom/sm8550.dtsi b/arch/arm64/boot/dts/qcom/sm8550.dtsi
> > index 25f51245fe9b..6edb3acb91ef 100644
> > --- a/arch/arm64/boot/dts/qcom/sm8550.dtsi
> > +++ b/arch/arm64/boot/dts/qcom/sm8550.dtsi
> > @@ -1692,7 +1692,6 @@ pcie0: pci@1c00000 {
> > interconnect-names = "pcie-mem";
> > interconnects = <&pcie_noc MASTER_PCIE_0 0 &mc_virt SLAVE_EBI1 0>;
> >
> > - iommus = <&apps_smmu 0x1400 0x7f>;
> > iommu-map = <0x0 &apps_smmu 0x1400 0x1>,
> > <0x100 &apps_smmu 0x1401 0x1>;
> >
> > @@ -1796,7 +1795,6 @@ pcie1: pci@1c08000 {
> > interconnect-names = "pcie-mem";
> > interconnects = <&pcie_noc MASTER_PCIE_1 0 &mc_virt SLAVE_EBI1 0>;
> >
> > - iommus = <&apps_smmu 0x1480 0x7f>;
> > iommu-map = <0x0 &apps_smmu 0x1480 0x1>,
> > <0x100 &apps_smmu 0x1481 0x1>;
> >
> > --
> > 2.25.1
> >
--
மணிவண்ணன் சதாசிவம்
next prev parent reply other threads:[~2023-03-16 5:52 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-08 7:56 [PATCH] arm64: dts: qcom: Remove "iommus" property from PCIe nodes Manivannan Sadhasivam
2023-03-16 2:31 ` Bjorn Andersson
2023-03-16 5:52 ` Manivannan Sadhasivam [this message]
2023-03-22 3:26 ` Bjorn Andersson
2023-04-07 17:41 ` Bjorn Andersson
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=20230316055206.GA4386@thinkpad \
--to=manivannan.sadhasivam@linaro.org \
--cc=andersson@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=konrad.dybcio@linaro.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=robh+dt@kernel.org \
--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).