From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 5156ECD4F54 for ; Wed, 20 May 2026 08:03:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:Cc:To: Content-Transfer-Encoding:Content-Type:MIME-Version:Message-Id:Date:Subject: From:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References: List-Owner; bh=jlSKfthX4HPtf4+kK54drZmQ19Rqg4gAjCsyLiQCKHc=; b=mQbSZLJW4Bdzv+ ic+3qcmtHWynLYKI0AhKlBoiQMaDhjrLhb/u1g4Ug1hsZhavLE4I6AlbWF9ul+i5exupcqiG/InTt NuwuYoZEx2eREgxWcWHSACGJL+40uUa/sAs/45rRodidxuycF9oVYS9UBgXd3TnFv02fFub0Dhplk 32AlmNastoLWUoHj0QeNjvURbV64mS3UoiYpWG643pLMtY4s2uGI7CxhaOtiPC5YqGGEWXNbBdMRb 8dxV6fU1dH0QcSxThDQmCsnMIROepHbBlaJIEI4pKpkhxxTVKmR0J9G3J/DAfXvU8IPts7RqLAPcw LBiBgK1gBsEA8cV40TDQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.99.1 #2 (Red Hat Linux)) id 1wPbti-00000003sg2-32zp; Wed, 20 May 2026 08:03:22 +0000 Received: from mx0a-0031df01.pphosted.com ([205.220.168.131]) by bombadil.infradead.org with esmtps (Exim 4.99.1 #2 (Red Hat Linux)) id 1wPbtf-00000003sfV-0ZdX for linux-arm-kernel@lists.infradead.org; Wed, 20 May 2026 08:03:20 +0000 Received: from pps.filterd (m0279864.ppops.net [127.0.0.1]) by mx0a-0031df01.pphosted.com (8.18.1.11/8.18.1.11) with ESMTP id 64K77XqH1953961 for ; Wed, 20 May 2026 08:03:18 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qualcomm.com; h= cc:content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to; s=qcppdkim1; bh=jlSKfthX4HPtf4+kK54drZ mQ19Rqg4gAjCsyLiQCKHc=; b=IwDPonQhvvyJevlabHcwTTFLwsVT53P8rB5/He GSbTKmyCQP2enzl7cpF/ylHVoFR1Dc+5Dgy63LdRTa94Y268kiNDo0+ZTMRCrbLj yu5FljcIumMIitp/eqh/tq1iEFeSj9DHbnCY6Fz3AwDn849V/hdhG5rAYd3uiDqW tLvlBYSIcXUSEP9qn5wi9efTksX6t4VVJ4tQAxnl3UjZjxKcpyOuCX+fb3ShyU6V N5TtgidypoPPwsxQuo2+umOShvr84ENx8naZUrDzkYYQnvZJ57LRpJKfl0lU6uri 5QBcvkMTo+NlmplyHVjNV7g5djtTk0Fi8GMQO4i1+yccPtZA== Received: from mail-pj1-f71.google.com (mail-pj1-f71.google.com [209.85.216.71]) by mx0a-0031df01.pphosted.com (PPS) with ESMTPS id 4e8t3xuq75-1 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Wed, 20 May 2026 08:03:17 +0000 (GMT) Received: by mail-pj1-f71.google.com with SMTP id 98e67ed59e1d1-36641fe4aedso9055212a91.1 for ; Wed, 20 May 2026 01:03:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oss.qualcomm.com; s=google; t=1779264197; x=1779868997; darn=lists.infradead.org; h=cc:to:content-transfer-encoding:mime-version:message-id:date :subject:from:from:to:cc:subject:date:message-id:reply-to; bh=jlSKfthX4HPtf4+kK54drZmQ19Rqg4gAjCsyLiQCKHc=; b=OfPdBbjolD+odqbqyzrNy1kh7eNp8eprR2k2FLvP+3NtswZfAABOK0Gle/8+wJfCM7 FFH+rvFd+Mim8kEUdqmhgQytXf1PZawb332oaTo6M+pIeVDYDJxdQu9EOTNQEM42IhIq ijpfLGHeBVHgFwSmYgeqY4xTJqtw2E9Axs3VB0/l0WbAJVd5t4dQaRTeB3Uzp74CZppK toeSOe70gU5HQS4JMLNVIdaoTbLLzfbE9S+M9LobVFAKaut+aaj8SkJ8v4zc6ZjfUo/W szCE3r2paKskXvOpi0bqh6l4F8lm97cpsIGrr7eJ+8yC3jqk7S08scy4RwMalCJ+64RV NMbg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1779264197; x=1779868997; h=cc:to:content-transfer-encoding:mime-version:message-id:date :subject:from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=jlSKfthX4HPtf4+kK54drZmQ19Rqg4gAjCsyLiQCKHc=; b=peX/HUX7y733uBeXblcY1vKJbg90huP4+hcZk03MZSn6Jiin1iRj+2iqerqtaqPVwq QI6gJ+gaw9OGMLCqUajKWRj9pUaUHTGebq8ftFe9Bdior5knA0eltFiom/oFucIlhbuI Q+/3m7ocWE+QPRLR4+Zw7QeJzkdNhiUmCEIj7oMe8yHM952yeenTcfpBLYgTyzrqtiAP ggleGtWnQp5ipIfHe/+SLovMvP2dDECGvlmJ6QBRqHM0dg0pB1msmXm/MNgqxIUto3Nu me+itfQGp0pGi3XZ98A9sV1kvbwSy7OVO3dXyReC17usfbteEDrMXjrXaanhIuszJ0Zv edhw== X-Forwarded-Encrypted: i=1; AFNElJ8EmVTanjFgOKutyjCpgUfwE18AFFXAFevuq4WQqj01r7BD/KbVW7tMU90p7MF5B/wf5ADJvvc96KgFKvTNO3QQ@lists.infradead.org X-Gm-Message-State: AOJu0YzwPdmvOosikm9EsdXysjfnqnDA1TGw1NsdsO7uV7Qjv/2ovGAr 77X8CCTxg4CN6y7trprETV7cWVNGRN+x/tNnV26xmxQBqK8wqxydNpjnhrfEe/xOjxiDiCcgIgg HXEb3dAMU7qO5hTBsV3ukwX8x6qG1n6le8qJSkFMpdzXUgfFc5u3Rvg4mJ2bsgfuwZ5MFozkDaL bj6w== X-Gm-Gg: Acq92OFW0Js2N0RNbILnHCZe2YX+7QHnFMCVhpjuSgaTR+LEKM1JRox2iakmZBbC8Od E2jKv4QupybpVZgRDDLg1lygcjrwaGCU8oaQILk0nvhVhV1GhMLvfy74dwy6gAO3wR9oGRfK2Sj 1wZ80PhXs7sEDjgAe6cjSXokox4X9hsXrObQoeZxL3olU1qUV5mZFNX7FESHEYmrpHIKvTuurH4 ihiEMrSkMS13cbLG/VdDC781pgDpQQUPrykgNmxMNtjWc6uBW08N+i9Es741fUXL5Cgkrf6WcvM J2PyhWxcQdavIDht+6ZzhuUJwAQdB0Dg9LVCbObgIMbx0vvLZ/x854HHv8AGISJM4Oe+VefY+om b/aSh3nhirltSEBwxqAIDyHu7usZprLtEB/SYeI4qJDHv/h8G9V7lYtMZ X-Received: by 2002:a17:90b:5904:b0:367:d850:6a5f with SMTP id 98e67ed59e1d1-36951c9f53dmr23576099a91.25.1779264197105; Wed, 20 May 2026 01:03:17 -0700 (PDT) X-Received: by 2002:a17:90b:5904:b0:367:d850:6a5f with SMTP id 98e67ed59e1d1-36951c9f53dmr23576055a91.25.1779264196495; Wed, 20 May 2026 01:03:16 -0700 (PDT) Received: from hu-vjitta-hyd.qualcomm.com ([202.46.23.25]) by smtp.gmail.com with ESMTPSA id 98e67ed59e1d1-369517aa6f8sm20889290a91.11.2026.05.20.01.03.05 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 20 May 2026 01:03:15 -0700 (PDT) From: Vijayanand Jitta Subject: [PATCH v15 0/3] of: parsing of multi #{iommu,msi}-cells in maps Date: Wed, 20 May 2026 13:32:39 +0530 Message-Id: <20260520-parse_iommu_cells-v15-0-b5f99ad4e7e8@oss.qualcomm.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-B4-Tracking: v=1; b=H4sIAJ9qDWoC/33QwU7DMAwA0F+ZcqZT7DSh4cR/IDS5jsMibetoW AWa+u+ku9BDysWSLftZ9l1lGZNk9bK7q1GmlNNwKQnYp53iI10+pEmhFBRqdNpoaK40Zjmk4Xy +HVhOp9wAG/PsOpK+J1XmrqPE9P1A395Lfkz5axh/Hjsmv1T/0ybf6KYN0LMIsxV4HXLef97ox KVrX4Ja0An0WvI1CXSh2GFkIksQui0KVhTaKgWFgiiRLGvpkLcoXFGmeh9goYJwDEZbEfJblPm jWt1VKVOoSB5BPDoH/RbVrihsq1S7UEFjBOgdm9qv5nn+BdtGt/ExAgAA X-Change-ID: 20260301-parse_iommu_cells-1c33768aebba To: Nipun Gupta , Nikhil Agarwal , Joerg Roedel , Will Deacon , Robin Murphy , Marc Zyngier , Lorenzo Pieralisi , Thomas Gleixner , Saravana Kannan , Richard Zhu , Lucas Stach , =?utf-8?q?Krzysztof_Wilczy=C5=84ski?= , Manivannan Sadhasivam , Bjorn Helgaas , Frank Li , Sascha Hauer , Pengutronix Kernel Team , Fabio Estevam , Juergen Gross , Stefano Stabellini , Oleksandr Tyshchenko , Dmitry Baryshkov , Konrad Dybcio , Bjorn Andersson , Rob Herring , Conor Dooley , Krzysztof Kozlowski , Prakash Gupta , Vikash Garodia 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, Vijayanand Jitta , Charan Teja Kalla X-Mailer: b4 0.15.2 X-Developer-Signature: v=1; a=ed25519-sha256; t=1779264185; l=11180; i=vijayanand.jitta@oss.qualcomm.com; s=20260301; h=from:subject:message-id; bh=iNWcrRc8U4lM1k8ax/30YJhUEnlFBubqUx9ZeFn1nFA=; b=07EsmYfofxVCPU2Je9T3PGCZ5cjU9kJe1yL3BwAPeQsdVaBtAkvf00Fj0WfbPDVAxb2jPyVks h1aA3AbmsLXAN617RCr+2eG6fvYxmLMaxJPpDY0VZEobOFwGPKVdK0C X-Developer-Key: i=vijayanand.jitta@oss.qualcomm.com; a=ed25519; pk=Lpi7Cs3wHe8KZtqvyci7FTOLzsKpEHKGCaPNZw+1zRI= X-Authority-Analysis: v=2.4 cv=WaY8rUhX c=1 sm=1 tr=0 ts=6a0d6ac5 cx=c_pps a=UNFcQwm+pnOIJct1K4W+Mw==:117 a=ZePRamnt/+rB5gQjfz0u9A==:17 a=IkcTkHD0fZMA:10 a=NGcC8JguVDcA:10 a=s4-Qcg_JpJYA:10 a=VkNPw1HP01LnGYTKEx00:22 a=u7WPNUs3qKkmUXheDGA7:22 a=DJpcGTmdVt4CTyJn9g5Z:22 a=VwQbUJbxAAAA:8 a=COk6AnOGAAAA:8 a=NEAV23lmAAAA:8 a=bC-a23v3AAAA:8 a=EUspDBNiAAAA:8 a=zd2uoN0lAAAA:8 a=tA7aZXjiAAAA:8 a=7CQSdrXTAAAA:8 a=8AirrxEcAAAA:8 a=1XWaLZrsAAAA:8 a=pGLkceISAAAA:8 a=iox4zFpeAAAA:8 a=DBfv99YmAAAA:8 a=JfrnYn6hAAAA:8 a=cWRNjhkoAAAA:8 a=vIDDpPC5oxyFppbewhgA:9 a=3ZKOabzyN94A:10 a=QEXdDO2ut3YA:10 a=uKXjsCUrEbL0IQVhDsJ9:22 a=TjNXssC_j7lpFel5tvFf:22 a=FO4_E8m0qiDe52t0p3_H:22 a=kIIFJ0VLUOy1gFZzwZHL:22 a=a-qgeE7W1pNrGK8U0ZQC:22 a=ST-jHhOKWsTCqRlWije3:22 a=WzC6qhA0u3u7Ye7llzcV:22 a=1CNFftbPRP8L7MoqJWF3:22 a=sVa6W5Aao32NNC1mekxh:22 X-Proofpoint-GUID: kcGVo3-IQ9rJr5vr6AEcQdtF0MiG5bmN X-Proofpoint-ORIG-GUID: kcGVo3-IQ9rJr5vr6AEcQdtF0MiG5bmN X-Proofpoint-Spam-Details-Enc: AW1haW4tMjYwNTIwMDA3NiBTYWx0ZWRfX1C/ru3I63l4+ IwUBOCFq2ymOvHXWmZ8SvyF6mxu4yfx3/pmSb1E66H8ZC3DKVq+CW2BKscuJhANKEBa14DLbIEz pkLZA5qBXDkh5UejhBXQMU10XZz3a+R66gnqZizRjEa8hAiJkMQNBvKIV/jUENTJJTSfHnW+4SO 6SH0Rd8LWGIBStq9RO4yPfvTDeD0KSFPjw9Fs3xPztbXLAKULaHEdky7+0cll+gfkoo+v/GOLDO LM+u7e0SnGHLpyOC2/nLYBPCFTvt2HYemXLbKBYNpNUb7SVpoBWZh6tSiVfLEToniWAZiWyJly9 EkT1cIWzAWNCLSSVwRrYqhS28tns7LySJjgcCMDEvin2JFlK43RRltEeRP5upjHOf/eeoDpnpj+ YvAWmj0NGURUxHwiMxZ18T83if/Va+5gznBYDTFsM+5OSTk0ySxkBNslmtG/CdYW8O/Q1AQhwzr f8+p8mD1WHVoxyRlRQA== X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1143,Hydra:6.1.51,FMLib:17.12.100.49 definitions=2026-05-20_01,2026-05-18_01,2025-10-01_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 adultscore=0 priorityscore=1501 clxscore=1015 impostorscore=0 spamscore=0 suspectscore=0 phishscore=0 bulkscore=0 lowpriorityscore=0 malwarescore=0 classifier=typeunknown authscore=0 authtc= authcc= route=outbound adjust=0 reason=mlx scancount=1 engine=8.22.0-2605130000 definitions=main-2605200076 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.9.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20260520_010319_194091_215F30A3 X-CRM114-Status: GOOD ( 22.09 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org 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 V15: Address Sashiko AI review comments on v14: Patch 2: - [Critical] pci-imx6: pass &msi_filter (not NULL) to of_map_msi_id() so that of_map_id() returns -ENODEV when msi-map is absent, preventing the '!err_m && !msi_spec.np' path from incorrectly returning -EINVAL - [High] of_map_id(): explicitly set arg->np = NULL before any bypass path so callers can safely call of_node_put(arg->np) on all return paths - [Medium] of_msi_xlate(): pass msi_np directly to of_map_msi_id() and of_check_msi_parent() (removing the local_np/np indirection), and use 'break' (not 'continue') when msi_spec.np is NULL so that msi-parent bindings are still checked when msi-map is present but has no match - Guard 'id_out = msi_spec.args[0]' with 'args_count > 0' in of_msi_xlate() to correctly handle 0-cell MSI output specifiers - Use of_node_get() + unconditional of_node_put() in of_msi_xlate() for clearer reference ownership Patch 3: - [Critical] of_map_id(): add 'cells > MAX_PHANDLE_ARGS' check before using cells as an array index to prevent stack buffer overflow - [High] of_map_id(): the MAX_PHANDLE_ARGS bound on cells also prevents integer overflow in the '3 + cells' length check - [High] of_map_id(): fix misleading bad-map workaround message from "assuming extra cell of 0" to "treating as 1-cell output" to accurately describe the actual behavior - [Medium] of_msi_xlate(): guard 'id_out = msi_spec.args[0]' with 'args_count > 0' to preserve id_in for 0-cell MSI output specifiers Link to v14: https://patch.msgid.link/20260424-parse_iommu_cells-v14-0-fd02f11b6c38@oss.qualcomm.com V14: - Updated Patch 2 ("of: Factor arguments passed to of_map_id() into a struct") to fix below two issues in of_msi_xlate() that were introduced by the API refactoring: 1) The refactoring changed of_map_id()'s dual-purpose **target parameter to an explicit filter_np parameter. In of_msi_xlate(), this caused of_map_msi_id() to return 0 (pass-through) instead of -ENODEV when a node has no msi-map, terminating the device hierarchy walk prematurely before reaching the root complex node that has the msi-map. This broke MSI allocation for PCIe endpoint devices (e.g., wcn7850 Wi-Fi on ARM64). 2) Additionally, fsl_mc_get_msi_id() passes msi_np == NULL to of_msi_xlate(), which would dereference NULL with the new API. Link to v13: https://patch.msgid.link/20260408-parse_iommu_cells-v13-0-fa921e92661b@oss.qualcomm.com V13: - Fix bad_map handling in of_map_id(): 'cells' is re-initialized to 0 on each loop iteration, so the !bad_map guard was insufficient, cells stayed 0 for all entries after the first. Fix by explicitly setting cells=1 when bad_map is true on every iteration. - Collected Acked-by from Frank Li. Link to v12: https://patch.msgid.link/20260331-parse_iommu_cells-v12-0-decfd305eea9@oss.qualcomm.com V12: - Call of_node_put() unconditionally in imx_pcie_add_lut_by_rid() thereby addressing comments from Bjorn Helgaas. Link to v11: https://lore.kernel.org/r/20260325-parse_iommu_cells-v11-0-1fefa5c0e82c@oss.qualcomm.com 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 --- To: Nipun Gupta To: Nikhil Agarwal To: Joerg Roedel To: Will Deacon To: Robin Murphy To: Lorenzo Pieralisi To: Marc Zyngier To: Thomas Gleixner To: Rob Herring To: Saravana Kannan To: Richard Zhu To: Lucas Stach To: Krzysztof Wilczyński To: Manivannan Sadhasivam To: Bjorn Helgaas To: Frank Li To: Sascha Hauer To: Pengutronix Kernel Team To: Fabio Estevam To: Juergen Gross To: Stefano Stabellini To: Oleksandr Tyshchenko Cc: linux-arm-msm@vger.kernel.org Cc: linux-kernel@vger.kernel.org Cc: iommu@lists.linux.dev Cc: linux-arm-kernel@lists.infradead.org Cc: devicetree@vger.kernel.org Cc: linux-pci@vger.kernel.org Cc: imx@lists.linux.dev Cc: xen-devel@lists.xenproject.org --- To: Nipun Gupta To: Nikhil Agarwal To: Joerg Roedel To: Will Deacon To: Robin Murphy To: Lorenzo Pieralisi To: Marc Zyngier To: Thomas Gleixner To: Rob Herring To: Saravana Kannan To: Richard Zhu To: Lucas Stach To: Krzysztof Wilczyński To: Manivannan Sadhasivam To: Bjorn Helgaas To: Frank Li To: Sascha Hauer To: Pengutronix Kernel Team To: Fabio Estevam To: Juergen Gross To: Stefano Stabellini To: Oleksandr Tyshchenko Cc: linux-arm-msm@vger.kernel.org Cc: linux-kernel@vger.kernel.org Cc: iommu@lists.linux.dev Cc: linux-arm-kernel@lists.infradead.org Cc: devicetree@vger.kernel.org Cc: linux-pci@vger.kernel.org Cc: imx@lists.linux.dev Cc: xen-devel@lists.xenproject.org --- 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 | 10 +- drivers/iommu/of_iommu.c | 6 +- drivers/irqchip/irq-gic-its-msi-parent.c | 10 +- drivers/of/base.c | 227 +++++++++++++++++++++++++------ drivers/of/irq.c | 25 +++- drivers/pci/controller/dwc/pci-imx6.c | 55 ++++---- drivers/pci/controller/pcie-apple.c | 6 +- drivers/xen/grant-dma-ops.c | 5 +- include/linux/of.h | 32 ++++- 9 files changed, 277 insertions(+), 99 deletions(-) --- base-commit: e98d21c170b01ddef366f023bbfcf6b31509fa83 change-id: 20260301-parse_iommu_cells-1c33768aebba Best regards, -- Vijayanand Jitta