[{"id":3669474,"web_url":"http://patchwork.ozlabs.org/comment/3669474/","msgid":"<65f76d05-1474-46d3-aa71-4acfe86c5718@oss.qualcomm.com>","list_archive_url":null,"date":"2026-03-26T05:53:53","subject":"Re: [PATCH v11 0/3] of: parsing of multi #{iommu,msi}-cells in maps","submitter":{"id":92739,"url":"http://patchwork.ozlabs.org/api/people/92739/","name":"Vijayanand Jitta","email":"vijayanand.jitta@oss.qualcomm.com"},"content":"On 3/25/2026 4:38 PM, Vijayanand Jitta wrote:\n> So far our parsing of {iommu,msi}-map properties has always blindly\n> assumed that the output specifiers will always have exactly 1 cell.\n> This typically does happen to be the case, but is not actually enforced\n> (and the PCI msi-map binding even explicitly states support for 0 or 1\n> cells) - as a result we've now ended up with dodgy DTs out in the field\n> which depend on this behaviour to map a 1-cell specifier for a 2-cell\n> provider, despite that being bogus per the bindings themselves.\n> \n> Since there is some potential use[1] in being able to map at least\n> single input IDs to multi-cell output specifiers (and properly support\n> 0-cell outputs as well), add support for properly parsing and using the\n> target nodes' #cells values, albeit with the unfortunate complication of\n> still having to work around expectations of the old behaviour too.\n> \t\t\t\t\t\t\t-- Robin.\n> \n> Unlike single #{}-cell, it is complex to establish a linear relation\n> between input 'id' and output specifier for multi-cell properties, thus\n> it is always expected that len never going to be > 1. \n> \n> These changes have been tested on QEMU for the arm64 architecture.\n> \n> Since, this would also need update in dt-schema, raised PR[2] for the\n> same.\n> \n> [1] https://lore.kernel.org/all/20250627-video_cb-v3-0-51e18c0ffbce@quicinc.com/\n> [2] PR for iommu-map dtschema: https://github.com/devicetree-org/dt-schema/pull/184\n> \n> V11:\n>   - Added explicit filter_np parameter to of_map_id() and of_map_msi_id()\n>     per Dmitry Baryshkov's review feedback, making the filter explicit\n>     instead of overloading arg->np as both input filter and output parameter.\n>   - Removed of_node_put() from inside of_map_id(), making the caller responsible\n>     for reference management. Updated of_msi_xlate() to properly handle reference counting.\n>   - Collected ACKed by tags, and fixed minor typos.\n>   Link to v10:\n>   https://lore.kernel.org/r/20260309-parse_iommu_cells-v10-0-c62fcaa5a1d8@oss.qualcomm.com\n> \n> V10:\n>   - Move of_map_iommu_id()/of_map_msi_id() from include/linux/of.h to\n>     drivers/of/base.c as out-of-line helpers per feedback from Marc Zyngier\n>     and Rob Herring.\n>   - Add kernel-doc to document both helpers for discoverability and\n>     usage clarity.\n>   - Fix of_map_msi_id() wrapper and all its callers (cdx_msi.c,\n>     irq-gic-its-msi-parent.c, drivers/of/irq.c) to correctly use the new\n>     struct of_phandle_args-based API with proper of_node_put() handling\n>     as per feeback from Dmitry.\n>   Link to v9:\n>   https://lore.kernel.org/r/20260301-parse_iommu_cells-v9-0-4d1bceecc5e1@oss.qualcomm.com\n> \n> V9:\n>   - Updated TO/CC list based on feedback to include all relevant\n>     maintainers.\n>   - No functional changes to the patches themselves.\n> \n>   Link to V8:\n>   https://lore.kernel.org/all/20260226074245.3098486-1-vijayanand.jitta@oss.qualcomm.com/\n> \n> V8:\n>   - Removed mentions of of_map_args from commit message to match code.\n> \n>   Link to V7:\n>   https://lore.kernel.org/all/20260210101157.2145113-1-vijayanand.jitta@oss.qualcomm.com/\n> \n> V7:\n>   - Removed of_map_id_args structure and replaced it with\n>     of_phandle_args as suggested by Dmitry.\n> \n>   Link to V6:\n>   https://lore.kernel.org/all/20260121055400.937856-1-vijayanand.jitta@oss.qualcomm.com/\n> \n> V6:\n>   - Fixed build error reported by kernel test bot.\n> \n>   Link to V5:\n>   https://lore.kernel.org/all/20260118181125.1436036-1-vijayanand.jitta@oss.qualcomm.com/\n> \n> V5:\n>   - Fixed Build Warnings.\n>   - Raised PR for iommu-map dtschema: https://github.com/devicetree-org/dt-schema/pull/184\n> \n>   Link to V4:\n>   https://lore.kernel.org/all/20251231114257.2382820-1-vijayanand.jitta@oss.qualcomm.com/\n> \n> V4:\n>   - Added Reviewed-by tag.\n>   - Resolved warnings reported by kernel test bot, minor code\n>     reorganization.\n> \n>   Link to V3:\n>   https://lore.kernel.org/all/20251221213602.2413124-1-vijayanand.jitta@oss.qualcomm.com/\n> \n> V3:\n>   - Added Reviewed-by tag.\n>   - Updated of_map_id_args struct as a wrapper to of_phandle_args and\n>     added comment description as suggested by Rob Herring.\n> \n>   Link to V2:\n>   https://lore.kernel.org/all/20251204095530.8627-1-vijayanand.jitta@oss.qualcomm.com/\n> \n> V2:\n>   - Incorporated the patches from Robin that does the clean implementation.\n>   - Dropped the patches the were adding multi-map support from this series\n>     as suggested.\n> \n> V1:\n>  https://lore.kernel.org/all/cover.1762235099.git.charan.kalla@oss.qualcomm.com/\n> \n> RFC:\n>  https://lore.kernel.org/all/20250928171718.436440-1-charan.kalla@oss.qualcomm.com/#r\n> \n> Signed-off-by: Vijayanand Jitta <vijayanand.jitta@oss.qualcomm.com>\n> ---\n> \n> ---\n> Charan Teja Kalla (1):\n>       of: Factor arguments passed to of_map_id() into a struct\n> \n> Robin Murphy (2):\n>       of: Add convenience wrappers for of_map_id()\n>       of: Respect #{iommu,msi}-cells in maps\n> \n>  drivers/cdx/cdx_msi.c                    |   8 +-\n>  drivers/iommu/of_iommu.c                 |   6 +-\n>  drivers/irqchip/irq-gic-its-msi-parent.c |  11 +-\n>  drivers/of/base.c                        | 213 ++++++++++++++++++++++++-------\n>  drivers/of/irq.c                         |  11 +-\n>  drivers/pci/controller/dwc/pci-imx6.c    |  18 ++-\n>  drivers/pci/controller/pcie-apple.c      |   6 +-\n>  drivers/xen/grant-dma-ops.c              |   5 +-\n>  include/linux/of.h                       |  30 ++++-\n>  9 files changed, 237 insertions(+), 71 deletions(-)\n> ---\n> base-commit: 3fa5e5702a82d259897bd7e209469bc06368bf31\n> change-id: 20260301-parse_iommu_cells-1c33768aebba\n> \n> Best regards,\n\nHi Robin,\n\nCould this series be pulled into an immutable branch/tag, if it doesn't\nmake it into the v7.1 merge window ? There are client changes dependent on it,\nSo it would help to get them moving forward rather than waiting another cycle.\n\nThanks,\nVijay","headers":{"Return-Path":"\n <linux-pci+bounces-51140-incoming=patchwork.ozlabs.org@vger.kernel.org>","X-Original-To":["incoming@patchwork.ozlabs.org","linux-pci@vger.kernel.org"],"Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=qualcomm.com header.i=@qualcomm.com header.a=rsa-sha256\n header.s=qcppdkim1 header.b=g6USjlaG;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=oss.qualcomm.com header.i=@oss.qualcomm.com\n header.a=rsa-sha256 header.s=google header.b=fUdGj/lQ;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=vger.kernel.org\n (client-ip=2600:3c09:e001:a7::12fc:5321; helo=sto.lore.kernel.org;\n envelope-from=linux-pci+bounces-51140-incoming=patchwork.ozlabs.org@vger.kernel.org;\n receiver=patchwork.ozlabs.org)","smtp.subspace.kernel.org;\n\tdkim=pass (2048-bit key) header.d=qualcomm.com header.i=@qualcomm.com\n header.b=\"g6USjlaG\";\n\tdkim=pass (2048-bit key) header.d=oss.qualcomm.com header.i=@oss.qualcomm.com\n header.b=\"fUdGj/lQ\"","smtp.subspace.kernel.org;\n arc=none smtp.client-ip=205.220.168.131","smtp.subspace.kernel.org;\n dmarc=pass (p=reject dis=none) header.from=oss.qualcomm.com","smtp.subspace.kernel.org;\n spf=pass smtp.mailfrom=oss.qualcomm.com"],"Received":["from sto.lore.kernel.org (sto.lore.kernel.org\n [IPv6:2600:3c09:e001:a7::12fc:5321])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4fhCg43mYxz1y1G\n\tfor <incoming@patchwork.ozlabs.org>; Thu, 26 Mar 2026 16:55:28 +1100 (AEDT)","from smtp.subspace.kernel.org (conduit.subspace.kernel.org\n [100.90.174.1])\n\tby sto.lore.kernel.org (Postfix) with ESMTP id 4EF93302A383\n\tfor <incoming@patchwork.ozlabs.org>; Thu, 26 Mar 2026 05:55:24 +0000 (UTC)","from localhost.localdomain (localhost.localdomain [127.0.0.1])\n\tby smtp.subspace.kernel.org (Postfix) with ESMTP id B66F73AE18D;\n\tThu, 26 Mar 2026 05:55:19 +0000 (UTC)","from mx0a-0031df01.pphosted.com (mx0a-0031df01.pphosted.com\n [205.220.168.131])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby smtp.subspace.kernel.org (Postfix) with ESMTPS id 473133ACA7B\n\tfor <linux-pci@vger.kernel.org>; Thu, 26 Mar 2026 05:55:17 +0000 (UTC)","from pps.filterd (m0279863.ppops.net [127.0.0.1])\n\tby mx0a-0031df01.pphosted.com (8.18.1.11/8.18.1.11) with ESMTP id\n 62Q0nnnE1811861\n\tfor <linux-pci@vger.kernel.org>; Thu, 26 Mar 2026 05:55:16 GMT","from mail-pl1-f198.google.com (mail-pl1-f198.google.com\n [209.85.214.198])\n\tby mx0a-0031df01.pphosted.com (PPS) with ESMTPS id 4d4tkn0tbe-1\n\t(version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT)\n\tfor <linux-pci@vger.kernel.org>; Thu, 26 Mar 2026 05:55:16 +0000 (GMT)","by mail-pl1-f198.google.com with SMTP id\n d9443c01a7336-2aeb90532f6so7590855ad.0\n        for <linux-pci@vger.kernel.org>; Wed, 25 Mar 2026 22:55:16 -0700 (PDT)","from [10.219.57.109] ([202.46.23.19])\n        by smtp.gmail.com with ESMTPSA id\n d9443c01a7336-2b0bc87e820sm17098715ad.50.2026.03.25.22.55.05\n        (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);\n        Wed, 25 Mar 2026 22:55:14 -0700 (PDT)"],"ARC-Seal":"i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;\n\tt=1774504519; cv=none;\n b=QWbQenmTCOms3CDoUzvx7LYHSUqHOprK2OuAw1vXds65pS6cL//iN28mWTx4OYRpEs84Fjzy3S46WujG4Xo7kocZIdsp4thDa0HAbXKGZ7omavrUTBxNCCpatqhEInnVuvXxNsidPYmhfT1GvZl4kxOQg1K5hyv3PvQn+ZLkAys=","ARC-Message-Signature":"i=1; a=rsa-sha256; d=subspace.kernel.org;\n\ts=arc-20240116; t=1774504519; c=relaxed/simple;\n\tbh=YtzAog2iT7qRYMNdO36y/DjGGvleNLJf4g9GCKshuTE=;\n\th=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From:\n\t In-Reply-To:Content-Type;\n b=EavlORgVA6nLkx0EwYa9Be7khFcNSuuIe0Z4dpql7IBpCMBCLDydqeIfPrmVuqcWx/1RqO3FPOGRlUOwk4gkyNLw4cMInkKpLp1d78VEE7RJMQ9ArzlG0HrXRO7PiJXrkjsapy0hw21VB/TQrCbBc+8fPPc0uCwu+qivSV7juxk=","ARC-Authentication-Results":"i=1; smtp.subspace.kernel.org;\n dmarc=pass (p=reject dis=none) header.from=oss.qualcomm.com;\n spf=pass smtp.mailfrom=oss.qualcomm.com;\n dkim=pass (2048-bit key) header.d=qualcomm.com header.i=@qualcomm.com\n header.b=g6USjlaG;\n dkim=pass (2048-bit key) header.d=oss.qualcomm.com header.i=@oss.qualcomm.com\n header.b=fUdGj/lQ; arc=none smtp.client-ip=205.220.168.131","DKIM-Signature":["v=1; a=rsa-sha256; c=relaxed/relaxed; d=qualcomm.com; h=\n\tcc:content-transfer-encoding:content-type:date:from:in-reply-to\n\t:message-id:mime-version:references:subject:to; s=qcppdkim1; bh=\n\t808xdNmKLCaAFJRD8fSiUQE9ujHk0+F2A04hZAqckLw=; b=g6USjlaGedJfM+6c\n\tsh043EGNYzelCOV0izT4tNV/QLb3n01n46Bcfmfqhk0dekR80UJbYOv+ECiKyqF5\n\thDGBoDW4HjYW1FAnHB6HQjPL6wiU4HzOonNQwpb/m8z7iZT58NXSi3dOBPrIjoKw\n\twuQ+A2qImDN45is0qhRImk0Fg9/VXYXt4bbMo7IOL2woERqueHmWAt0hrmhyhiv0\n\tJLF5Kd2kqXU71weN+dS35T63ejg75uq5aWodNW+gv5W1MJbCfegg49wHfqx8ROk+\n\tZh+yu0VCeaDvVnApliD+U5Gk5SVWVPwHYOe3DC9JmVtMZhekVG/bxeogXSihbsCE\n\tJ0PCCw==","v=1; a=rsa-sha256; c=relaxed/relaxed;\n        d=oss.qualcomm.com; s=google; t=1774504516; x=1775109316;\n darn=vger.kernel.org;\n        h=content-transfer-encoding:in-reply-to:from:content-language\n         :references:cc:to:subject:user-agent:mime-version:date:message-id\n         :from:to:cc:subject:date:message-id:reply-to;\n        bh=808xdNmKLCaAFJRD8fSiUQE9ujHk0+F2A04hZAqckLw=;\n        b=fUdGj/lQkRnW7eFg1qUkUHehc+jKJkx9JToNGkn7y7LELusw/36nQ5kA6fD+P68dXE\n         WwFcr+cRX+0qo0ar9rW8TrjchrfQyPAq8qkMk6x7VEnL8eoj6UieboFFlvPE/8t/M42/\n         lro4idjahJozrDj771QKVH+GGajUcLRTy8kxN1+kbjbmOL3IsmkrbJc27O2Vnf9gFB0p\n         2yVe6Vx7/XZVLBclvnWFqWEnDSUBqEtT1P4aQ6wbroGs3/9t+fvDwDQA0XF+grVdWEiQ\n         wL4hZgh+aFQf6WUVXVoWx1+FjoFmvuPOBGsj+TPNB7EqAn5Rfgc4EB65BIOljo+Z07Yk\n         r8cA=="],"X-Google-DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n        d=1e100.net; s=20251104; t=1774504516; x=1775109316;\n        h=content-transfer-encoding:in-reply-to:from:content-language\n         :references:cc:to:subject:user-agent:mime-version:date:message-id\n         :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id\n         :reply-to;\n        bh=808xdNmKLCaAFJRD8fSiUQE9ujHk0+F2A04hZAqckLw=;\n        b=Likudy61c1EwewmImxl3q84fWmfeb10W4eRBBvR8hBaRC4yrlsjFmcVJw2MZl+Gjhk\n         OXGNBPfkU7iHN7dJ9MQ4HGzzFIxXY69P/p8PNY1BW0zrSstutKLuBfpv90oIRMz1FjX3\n         H8gJLNRxYWIwqWduMOIm5FgIkMUpyNZe7yDQJfRaVmTowbT/tSLOLGV9oP/+fqSUu/mk\n         ii+svxKfmJ7kAYMfNFOAs27JDrmxqyXDp9ihAxubErOW85fsttO7ZNcIXzx7BoOsm5H+\n         92qFqZrB+fkhQH07e5C5XHWFQ3QpHuwrIGQ7XzyAjtHi2iN0cjA9ataMnCkaQtR8nw5S\n         2XhQ==","X-Forwarded-Encrypted":"i=1;\n AJvYcCUjBlOemIKp6h6QAyzPaVNEKV39AuT1K9TZfDLhslNDWmM9B1wSp6tkRGxKF1HXq/HOmR5VbOdfojM=@vger.kernel.org","X-Gm-Message-State":"AOJu0YwiFF32j8yR07tYwCOWCqR1qUzQxjH8LAhtRYcS2RZbZnkvjne7\n\ti88j3A7bnAtL2IU8Unm3IRP5Dy3kPryUDL4eKcNsMDnC6Y7T1Ptlw3K3D+yNTfikCG0PFkxweCc\n\t1XljxDa3OEMH9ZZdBVtuQ0lxkoCPydk+N14pmWIZ3Nqj8ufioDi1iaLbdhZn6LD0=","X-Gm-Gg":"ATEYQzw5O1yuk3JTqdsAKzWiJ4mdefHAmVbKjgnVwD1M344TNmDoxRiUx2VyMC9M0Ni\n\tHHhJd6NQsilWfNzH47q+jmij3MDerWCtXZxybVRgESG4+rv4Yfqqlgo2k683bsZkccN7b8G5BUy\n\tfnKYreE9knlNXWof3mhLk+P/T/jkyl3Hd6KebddAV+DTWndxSI9Zp+h9QxSop4YqVxtLoKcVP6h\n\tkIZ3bM7zmu8i9PBDU59Nso0YBlkHGa7N9bMNECRJKO6MsS1V6026WcEbIydvaLOC8zvuu5dvRnk\n\tsITnTHQF8Exmx117Xqd6Hq8kFEwbchuU3F+2ajsgtwYVIprwMv2ZTL5D0jKH+ywFi6omyK3HTqe\n\teBLijURuj/E2qzXR2/1Z2ItZ3ujI9w0WqngoLh63YQQQ2Vus45k6zelBG","X-Received":["by 2002:a17:903:1b10:b0:2b0:673a:7c90 with SMTP id\n d9443c01a7336-2b0b0aad881mr74442935ad.28.1774504515838;\n        Wed, 25 Mar 2026 22:55:15 -0700 (PDT)","by 2002:a17:903:1b10:b0:2b0:673a:7c90 with SMTP id\n d9443c01a7336-2b0b0aad881mr74442365ad.28.1774504515275;\n        Wed, 25 Mar 2026 22:55:15 -0700 (PDT)"],"Message-ID":"<65f76d05-1474-46d3-aa71-4acfe86c5718@oss.qualcomm.com>","Date":"Thu, 26 Mar 2026 11:23:53 +0530","Precedence":"bulk","X-Mailing-List":"linux-pci@vger.kernel.org","List-Id":"<linux-pci.vger.kernel.org>","List-Subscribe":"<mailto:linux-pci+subscribe@vger.kernel.org>","List-Unsubscribe":"<mailto:linux-pci+unsubscribe@vger.kernel.org>","MIME-Version":"1.0","User-Agent":"Mozilla Thunderbird","Subject":"Re: [PATCH v11 0/3] of: parsing of multi #{iommu,msi}-cells in maps","To":"Nipun Gupta <nipun.gupta@amd.com>,\n Nikhil Agarwal <nikhil.agarwal@amd.com>, Joerg Roedel <joro@8bytes.org>,\n Will Deacon <will@kernel.org>, Robin Murphy <robin.murphy@arm.com>,\n Marc Zyngier <maz@kernel.org>, Lorenzo Pieralisi <lpieralisi@kernel.org>,\n Thomas Gleixner <tglx@kernel.org>, Saravana Kannan <saravanak@kernel.org>,\n Richard Zhu <hongxing.zhu@nxp.com>, Lucas Stach <l.stach@pengutronix.de>,\n\t=?utf-8?q?Krzysztof_Wilczy=C5=84ski?= <kwilczynski@kernel.org>,\n Manivannan Sadhasivam <mani@kernel.org>, Bjorn Helgaas <bhelgaas@google.com>,\n Frank Li <Frank.Li@nxp.com>, Sascha Hauer <s.hauer@pengutronix.de>,\n Pengutronix Kernel Team <kernel@pengutronix.de>,\n Fabio Estevam <festevam@gmail.com>, Juergen Gross <jgross@suse.com>,\n Stefano Stabellini <sstabellini@kernel.org>,\n Oleksandr Tyshchenko <oleksandr_tyshchenko@epam.com>,\n Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>,\n Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>,\n Bjorn Andersson <bjorn.andersson@oss.qualcomm.com>,\n Rob Herring <robh@kernel.org>, Conor Dooley <conor+dt@kernel.org>,\n Krzysztof Kozlowski <krzk+dt@kernel.org>,\n Prakash Gupta <prakash.gupta@oss.qualcomm.com>,\n Vikash Garodia <vikash.garodia@oss.qualcomm.com>","Cc":"linux-kernel@vger.kernel.org, iommu@lists.linux.dev,\n        linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org,\n        linux-pci@vger.kernel.org, imx@lists.linux.dev,\n        xen-devel@lists.xenproject.org, linux-arm-msm@vger.kernel.org,\n        Charan Teja Kalla <charan.kalla@oss.qualcomm.com>","References":"<20260325-parse_iommu_cells-v11-0-1fefa5c0e82c@oss.qualcomm.com>","Content-Language":"en-US","From":"Vijayanand Jitta <vijayanand.jitta@oss.qualcomm.com>","In-Reply-To":"<20260325-parse_iommu_cells-v11-0-1fefa5c0e82c@oss.qualcomm.com>","Content-Type":"text/plain; charset=UTF-8","Content-Transfer-Encoding":"7bit","X-Proofpoint-Spam-Details-Enc":"AW1haW4tMjYwMzI2MDA0MiBTYWx0ZWRfX7sui9BQsGi/h\n G9gNr9mVNBwTud3ZD37a7pfRVx/Db65btBdvaIwTKFLs+nOa43uZtxIHo27QGVw9cX4kSTwWulz\n boQ0CThV/tWUwonIsgt/K6OD6nERwMpIjwc0dKQWyzeNUcnIqWCE/3xGg9FVwAFOcdlWbpi8/2/\n khfjyQCUbne87Ul3HVV+OYpF1w4gFl0SgMq7hl43AypKZmXTGjtBc9vVa1ZufVYxBAzthURwFpT\n iMrUya5gNvHxxjm1twYwVgrSxsb9fBIb45CLmIZ7/CYafFAqK26itVkBT6cCCrdQeEc1cZj0gyU\n QNwncyTUGMqsI9/aDfHlO/vv53uPBGjbcWfEExi280eRda5hQhApYh/JZQnQtXvX72+DTu/IYxw\n sNbbM53DgxQrS/MHCrEQVwyAFbe5tlECurE83NeAj+FXVevtyyp5c9b7cjDVbxaikohK3YwhKGs\n pfumi7uDTKzlIHGqo3w==","X-Authority-Analysis":"v=2.4 cv=It8Tsb/g c=1 sm=1 tr=0 ts=69c4ca44 cx=c_pps\n a=MTSHoo12Qbhz2p7MsH1ifg==:117 a=j4ogTh8yFefVWWEFDRgCtg==:17\n a=IkcTkHD0fZMA:10 a=Yq5XynenixoA:10 a=s4-Qcg_JpJYA:10\n a=VkNPw1HP01LnGYTKEx00:22 a=u7WPNUs3qKkmUXheDGA7:22 a=yOCtJkima9RkubShWh1s:22\n a=VwQbUJbxAAAA:8 a=COk6AnOGAAAA:8 a=NEAV23lmAAAA:8 a=EUspDBNiAAAA:8\n a=G4NFmJWIaiRLgIwbil8A:9 a=QEXdDO2ut3YA:10 a=GvdueXVYPmCkWapjIL-Q:22\n a=TjNXssC_j7lpFel5tvFf:22","X-Proofpoint-GUID":"NNtveYU1_3PkDNp-4DXO-EswUTrumdyv","X-Proofpoint-ORIG-GUID":"NNtveYU1_3PkDNp-4DXO-EswUTrumdyv","X-Proofpoint-Virus-Version":"vendor=baseguard\n engine=ICAP:2.0.293,Aquarius:18.0.1143,Hydra:6.1.51,FMLib:17.12.100.49\n definitions=2026-03-26_01,2026-03-24_01,2025-10-01_01","X-Proofpoint-Spam-Details":"rule=outbound_notspam policy=outbound score=0\n spamscore=0 phishscore=0 lowpriorityscore=0 bulkscore=0 adultscore=0\n malwarescore=0 priorityscore=1501 suspectscore=0 clxscore=1015\n impostorscore=0 classifier=typeunknown authscore=0 authtc= authcc=\n route=outbound adjust=0 reason=mlx scancount=1 engine=8.22.0-2603050001\n definitions=main-2603260042"}}]