From: Vijayanand Jitta <vijayanand.jitta@oss.qualcomm.com>
To: "Nipun Gupta" <nipun.gupta@amd.com>,
"Nikhil Agarwal" <nikhil.agarwal@amd.com>,
"Joerg Roedel" <joro@8bytes.org>, "Will Deacon" <will@kernel.org>,
"Robin Murphy" <robin.murphy@arm.com>,
"Marc Zyngier" <maz@kernel.org>,
"Lorenzo Pieralisi" <lpieralisi@kernel.org>,
"Thomas Gleixner" <tglx@kernel.org>,
"Saravana Kannan" <saravanak@kernel.org>,
"Richard Zhu" <hongxing.zhu@nxp.com>,
"Lucas Stach" <l.stach@pengutronix.de>,
"Krzysztof Wilczyński" <kwilczynski@kernel.org>,
"Manivannan Sadhasivam" <mani@kernel.org>,
"Bjorn Helgaas" <bhelgaas@google.com>,
"Frank Li" <Frank.Li@nxp.com>,
"Sascha Hauer" <s.hauer@pengutronix.de>,
"Pengutronix Kernel Team" <kernel@pengutronix.de>,
"Fabio Estevam" <festevam@gmail.com>,
"Juergen Gross" <jgross@suse.com>,
"Stefano Stabellini" <sstabellini@kernel.org>,
"Oleksandr Tyshchenko" <oleksandr_tyshchenko@epam.com>,
"Dmitry Baryshkov" <dmitry.baryshkov@oss.qualcomm.com>,
"Konrad Dybcio" <konrad.dybcio@oss.qualcomm.com>,
"Bjorn Andersson" <bjorn.andersson@oss.qualcomm.com>,
"Rob Herring" <robh@kernel.org>,
"Conor Dooley" <conor+dt@kernel.org>,
"Krzysztof Kozlowski" <krzk+dt@kernel.org>,
"Prakash Gupta" <prakash.gupta@oss.qualcomm.com>,
"Vikash Garodia" <vikash.garodia@oss.qualcomm.com>
Cc: linux-kernel@vger.kernel.org, iommu@lists.linux.dev,
linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org,
linux-pci@vger.kernel.org, imx@lists.linux.dev,
xen-devel@lists.xenproject.org, linux-arm-msm@vger.kernel.org,
Charan Teja Kalla <charan.kalla@oss.qualcomm.com>
Subject: Re: [PATCH v11 0/3] of: parsing of multi #{iommu,msi}-cells in maps
Date: Thu, 26 Mar 2026 11:23:53 +0530 [thread overview]
Message-ID: <65f76d05-1474-46d3-aa71-4acfe86c5718@oss.qualcomm.com> (raw)
In-Reply-To: <20260325-parse_iommu_cells-v11-0-1fefa5c0e82c@oss.qualcomm.com>
On 3/25/2026 4:38 PM, Vijayanand Jitta wrote:
> So far our parsing of {iommu,msi}-map properties has always blindly
> assumed that the output specifiers will always have exactly 1 cell.
> This typically does happen to be the case, but is not actually enforced
> (and the PCI msi-map binding even explicitly states support for 0 or 1
> cells) - as a result we've now ended up with dodgy DTs out in the field
> which depend on this behaviour to map a 1-cell specifier for a 2-cell
> provider, despite that being bogus per the bindings themselves.
>
> Since there is some potential use[1] in being able to map at least
> single input IDs to multi-cell output specifiers (and properly support
> 0-cell outputs as well), add support for properly parsing and using the
> target nodes' #cells values, albeit with the unfortunate complication of
> still having to work around expectations of the old behaviour too.
> -- Robin.
>
> Unlike single #{}-cell, it is complex to establish a linear relation
> between input 'id' and output specifier for multi-cell properties, thus
> it is always expected that len never going to be > 1.
>
> These changes have been tested on QEMU for the arm64 architecture.
>
> Since, this would also need update in dt-schema, raised PR[2] for the
> same.
>
> [1] https://lore.kernel.org/all/20250627-video_cb-v3-0-51e18c0ffbce@quicinc.com/
> [2] PR for iommu-map dtschema: https://github.com/devicetree-org/dt-schema/pull/184
>
> V11:
> - Added explicit filter_np parameter to of_map_id() and of_map_msi_id()
> per Dmitry Baryshkov's review feedback, making the filter explicit
> instead of overloading arg->np as both input filter and output parameter.
> - Removed of_node_put() from inside of_map_id(), making the caller responsible
> for reference management. Updated of_msi_xlate() to properly handle reference counting.
> - Collected ACKed by tags, and fixed minor typos.
> Link to v10:
> https://lore.kernel.org/r/20260309-parse_iommu_cells-v10-0-c62fcaa5a1d8@oss.qualcomm.com
>
> V10:
> - Move of_map_iommu_id()/of_map_msi_id() from include/linux/of.h to
> drivers/of/base.c as out-of-line helpers per feedback from Marc Zyngier
> and Rob Herring.
> - Add kernel-doc to document both helpers for discoverability and
> usage clarity.
> - Fix of_map_msi_id() wrapper and all its callers (cdx_msi.c,
> irq-gic-its-msi-parent.c, drivers/of/irq.c) to correctly use the new
> struct of_phandle_args-based API with proper of_node_put() handling
> as per feeback from Dmitry.
> Link to v9:
> https://lore.kernel.org/r/20260301-parse_iommu_cells-v9-0-4d1bceecc5e1@oss.qualcomm.com
>
> V9:
> - Updated TO/CC list based on feedback to include all relevant
> maintainers.
> - No functional changes to the patches themselves.
>
> Link to V8:
> https://lore.kernel.org/all/20260226074245.3098486-1-vijayanand.jitta@oss.qualcomm.com/
>
> V8:
> - Removed mentions of of_map_args from commit message to match code.
>
> Link to V7:
> https://lore.kernel.org/all/20260210101157.2145113-1-vijayanand.jitta@oss.qualcomm.com/
>
> V7:
> - Removed of_map_id_args structure and replaced it with
> of_phandle_args as suggested by Dmitry.
>
> Link to V6:
> https://lore.kernel.org/all/20260121055400.937856-1-vijayanand.jitta@oss.qualcomm.com/
>
> V6:
> - Fixed build error reported by kernel test bot.
>
> Link to V5:
> https://lore.kernel.org/all/20260118181125.1436036-1-vijayanand.jitta@oss.qualcomm.com/
>
> V5:
> - Fixed Build Warnings.
> - Raised PR for iommu-map dtschema: https://github.com/devicetree-org/dt-schema/pull/184
>
> Link to V4:
> https://lore.kernel.org/all/20251231114257.2382820-1-vijayanand.jitta@oss.qualcomm.com/
>
> V4:
> - Added Reviewed-by tag.
> - Resolved warnings reported by kernel test bot, minor code
> reorganization.
>
> Link to V3:
> https://lore.kernel.org/all/20251221213602.2413124-1-vijayanand.jitta@oss.qualcomm.com/
>
> V3:
> - Added Reviewed-by tag.
> - Updated of_map_id_args struct as a wrapper to of_phandle_args and
> added comment description as suggested by Rob Herring.
>
> Link to V2:
> https://lore.kernel.org/all/20251204095530.8627-1-vijayanand.jitta@oss.qualcomm.com/
>
> V2:
> - Incorporated the patches from Robin that does the clean implementation.
> - Dropped the patches the were adding multi-map support from this series
> as suggested.
>
> V1:
> https://lore.kernel.org/all/cover.1762235099.git.charan.kalla@oss.qualcomm.com/
>
> RFC:
> https://lore.kernel.org/all/20250928171718.436440-1-charan.kalla@oss.qualcomm.com/#r
>
> Signed-off-by: Vijayanand Jitta <vijayanand.jitta@oss.qualcomm.com>
> ---
>
> ---
> Charan Teja Kalla (1):
> of: Factor arguments passed to of_map_id() into a struct
>
> Robin Murphy (2):
> of: Add convenience wrappers for of_map_id()
> of: Respect #{iommu,msi}-cells in maps
>
> drivers/cdx/cdx_msi.c | 8 +-
> drivers/iommu/of_iommu.c | 6 +-
> drivers/irqchip/irq-gic-its-msi-parent.c | 11 +-
> drivers/of/base.c | 213 ++++++++++++++++++++++++-------
> drivers/of/irq.c | 11 +-
> drivers/pci/controller/dwc/pci-imx6.c | 18 ++-
> drivers/pci/controller/pcie-apple.c | 6 +-
> drivers/xen/grant-dma-ops.c | 5 +-
> include/linux/of.h | 30 ++++-
> 9 files changed, 237 insertions(+), 71 deletions(-)
> ---
> base-commit: 3fa5e5702a82d259897bd7e209469bc06368bf31
> change-id: 20260301-parse_iommu_cells-1c33768aebba
>
> Best regards,
Hi Robin,
Could this series be pulled into an immutable branch/tag, if it doesn't
make it into the v7.1 merge window ? There are client changes dependent on it,
So it would help to get them moving forward rather than waiting another cycle.
Thanks,
Vijay
prev parent reply other threads:[~2026-03-26 5:55 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-25 11:08 [PATCH v11 0/3] of: parsing of multi #{iommu,msi}-cells in maps Vijayanand Jitta
2026-03-25 11:08 ` [PATCH v11 1/3] of: Add convenience wrappers for of_map_id() Vijayanand Jitta
2026-03-25 11:08 ` [PATCH v11 2/3] of: Factor arguments passed to of_map_id() into a struct Vijayanand Jitta
2026-03-26 16:19 ` Bjorn Helgaas
2026-03-27 9:35 ` Vijayanand Jitta
2026-03-25 11:08 ` [PATCH v11 3/3] of: Respect #{iommu,msi}-cells in maps Vijayanand Jitta
2026-03-26 5:53 ` Vijayanand Jitta [this message]
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=65f76d05-1474-46d3-aa71-4acfe86c5718@oss.qualcomm.com \
--to=vijayanand.jitta@oss.qualcomm.com \
--cc=Frank.Li@nxp.com \
--cc=bhelgaas@google.com \
--cc=bjorn.andersson@oss.qualcomm.com \
--cc=charan.kalla@oss.qualcomm.com \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=dmitry.baryshkov@oss.qualcomm.com \
--cc=festevam@gmail.com \
--cc=hongxing.zhu@nxp.com \
--cc=imx@lists.linux.dev \
--cc=iommu@lists.linux.dev \
--cc=jgross@suse.com \
--cc=joro@8bytes.org \
--cc=kernel@pengutronix.de \
--cc=konrad.dybcio@oss.qualcomm.com \
--cc=krzk+dt@kernel.org \
--cc=kwilczynski@kernel.org \
--cc=l.stach@pengutronix.de \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=lpieralisi@kernel.org \
--cc=mani@kernel.org \
--cc=maz@kernel.org \
--cc=nikhil.agarwal@amd.com \
--cc=nipun.gupta@amd.com \
--cc=oleksandr_tyshchenko@epam.com \
--cc=prakash.gupta@oss.qualcomm.com \
--cc=robh@kernel.org \
--cc=robin.murphy@arm.com \
--cc=s.hauer@pengutronix.de \
--cc=saravanak@kernel.org \
--cc=sstabellini@kernel.org \
--cc=tglx@kernel.org \
--cc=vikash.garodia@oss.qualcomm.com \
--cc=will@kernel.org \
--cc=xen-devel@lists.xenproject.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