From: Will Deacon <will@kernel.org>
To: Rob Clark <robdclark@gmail.com>
Cc: robin.murphy@arm.com, joro@8bytes.org, jgg@ziepe.ca,
jsnitsel@redhat.com, robh@kernel.org,
krzysztof.kozlowski@linaro.org, quic_c_gdjako@quicinc.com,
dmitry.baryshkov@linaro.org,
Bibek Kumar Patro <quic_bibekkum@quicinc.com>,
catalin.marinas@arm.com, kernel-team@android.com,
iommu@lists.linux.dev, linux-arm-msm@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v18 0/5] iommu/arm-smmu: introduction of ACTLR implementation for Qualcomm SoCs
Date: Wed, 12 Mar 2025 13:08:47 +0000 [thread overview]
Message-ID: <20250312130846.GE6181@willie-the-truck> (raw)
In-Reply-To: <CAF6AEGvDyPtXN7Cn98BKsTM9GjUzy1sTEOsLiz-cdvaZ14qWyA@mail.gmail.com>
On Tue, Mar 11, 2025 at 01:03:29PM -0700, Rob Clark wrote:
> On Tue, Mar 11, 2025 at 10:55 AM Will Deacon <will@kernel.org> wrote:
> >
> > On Tue, Jan 07, 2025 at 04:42:39PM +0000, Will Deacon wrote:
> > > On Thu, 12 Dec 2024 20:43:57 +0530, Bibek Kumar Patro wrote:
> > > > This patch series consist of six parts and covers the following:
> > > >
> > > > 1. Provide option to re-enable context caching to retain prefetcher
> > > > settings during reset and runtime suspend.
> > > >
> > > > 2. Remove cfg inside qcom_smmu structure and replace it with single
> > > > pointer to qcom_smmu_match_data avoiding replication of multiple
> > > > members from same.
> > > >
> > > > [...]
> > >
> > > Applied to iommu (arm/smmu/updates), thanks!
> > >
> > > [1/5] iommu/arm-smmu: Re-enable context caching in smmu reset operation
> > > https://git.kernel.org/iommu/c/ef4144b1b47d
> > > [2/5] iommu/arm-smmu: Refactor qcom_smmu structure to include single pointer
> > > https://git.kernel.org/iommu/c/445d7a8ed90e
> > > [3/5] iommu/arm-smmu: Add support for PRR bit setup
> > > https://git.kernel.org/iommu/c/7f2ef1bfc758
> > > [4/5] iommu/arm-smmu: Introduce ACTLR custom prefetcher settings
> > > https://git.kernel.org/iommu/c/9fe18d825a58
> > > [5/5] iommu/arm-smmu: Add ACTLR data and support for qcom_smmu_500
> > > https://git.kernel.org/iommu/c/3e35c3e725de
> >
> > Hrm. I'm not seeing any user of the new ->set_prr*_() functions in
> > linux-next yet. Is there something under review, or should I revert this
> > for now?
>
> It is WIP, part of a larger patchset adding sparse binding support in
> drm/msm. Please do not revert.
Sure, if it's actively being worked on then I'll leave the hooks in
place.
Do you have a link to the patchset so that I can follow along, please?
Will
next prev parent reply other threads:[~2025-03-12 13:41 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-12 15:13 [PATCH v18 0/5] iommu/arm-smmu: introduction of ACTLR implementation for Qualcomm SoCs Bibek Kumar Patro
2024-12-12 15:13 ` [PATCH v18 1/5] iommu/arm-smmu: re-enable context caching in smmu reset operation Bibek Kumar Patro
2024-12-12 15:13 ` [PATCH v18 2/5] iommu/arm-smmu: refactor qcom_smmu structure to include single pointer Bibek Kumar Patro
2024-12-12 15:14 ` [PATCH v18 3/5] iommu/arm-smmu: add support for PRR bit setup Bibek Kumar Patro
2024-12-12 15:14 ` [PATCH v18 4/5] iommu/arm-smmu: introduction of ACTLR for custom prefetcher settings Bibek Kumar Patro
2024-12-12 15:14 ` [PATCH v18 5/5] iommu/arm-smmu: add ACTLR data and support for qcom_smmu_500 Bibek Kumar Patro
2024-12-30 13:15 ` [PATCH v18 0/5] iommu/arm-smmu: introduction of ACTLR implementation for Qualcomm SoCs Bibek Kumar Patro
2025-01-03 15:37 ` Will Deacon
2025-01-03 18:16 ` Rob Clark
2025-01-07 9:39 ` Will Deacon
2025-01-07 16:42 ` Will Deacon
2025-03-11 17:55 ` Will Deacon
2025-03-11 20:03 ` Rob Clark
2025-03-12 13:08 ` Will Deacon [this message]
2025-03-12 15:37 ` Rob Clark
2025-11-07 9:28 ` Enric Balletbo i Serra
2025-11-12 8:45 ` Bibek Kumar Patro
2025-11-12 13:34 ` Konrad Dybcio
2025-11-13 13:55 ` Charan Teja Kalla
2025-12-18 12:06 ` Konrad Dybcio
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=20250312130846.GE6181@willie-the-truck \
--to=will@kernel.org \
--cc=catalin.marinas@arm.com \
--cc=dmitry.baryshkov@linaro.org \
--cc=iommu@lists.linux.dev \
--cc=jgg@ziepe.ca \
--cc=joro@8bytes.org \
--cc=jsnitsel@redhat.com \
--cc=kernel-team@android.com \
--cc=krzysztof.kozlowski@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=quic_bibekkum@quicinc.com \
--cc=quic_c_gdjako@quicinc.com \
--cc=robdclark@gmail.com \
--cc=robh@kernel.org \
--cc=robin.murphy@arm.com \
/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