Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
From:   Will Deacon <will@kernel.org>
To:     joro@8bytes.org,
        Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>
Cc:     catalin.marinas@arm.com, kernel-team@android.com,
        Will Deacon <will@kernel.org>, linux-kernel@vger.kernel.org,
        steev@kali.org, iommu@lists.linux.dev, johan+linaro@kernel.org,
        andersson@kernel.org, linux-arm-kernel@lists.infradead.org,
        robin.murphy@arm.com
Subject: Re: [PATCH v5] iommu/arm-smmu-qcom: Limit the SMR groups to 128
Date:   Mon, 27 Mar 2023 13:52:01 +0100
Message-Id: <167991987524.1305084.466646756285487652.b4-ty@kernel.org>
In-Reply-To: <20230327080029.11584-1-manivannan.sadhasivam@linaro.org>
References: <20230327080029.11584-1-manivannan.sadhasivam@linaro.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Precedence: bulk

On Mon, 27 Mar 2023 13:30:29 +0530, Manivannan Sadhasivam wrote:
> Some platforms support more than 128 stream matching groups than what is
> defined by the ARM SMMU architecture specification. But due to some unknown
> reasons, those additional groups don't exhibit the same behavior as the
> architecture supported ones.
> 
> For instance, the additional groups will not detect the quirky behavior of
> some firmware versions intercepting writes to S2CR register, thus skipping
> the quirk implemented in the driver and causing boot crash.
> 
> [...]

Applied to will (for-joerg/arm-smmu/updates), thanks!

[1/1] iommu/arm-smmu-qcom: Limit the SMR groups to 128
      https://git.kernel.org/will/c/122611347326 

Cheers,
-- 
Will

https://fixes.arm64.dev
https://next.arm64.dev
https://will.arm64.dev