From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mx0b-0031df01.pphosted.com (mx0b-0031df01.pphosted.com [205.220.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 0FE5848C8A9 for ; Fri, 11 Sep 2026 17:44:07 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=205.220.180.131 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789148651; cv=none; b=b4GBZEL3ABhU95dYH4yGpkN/c4SJrWZCTi3pZTJSivAvTpD2fNp0fQThZ1DwqxOM3+auzhjfb0DJD0Q5f1Z7LV6OSPDqs9NQB4B/IR1+8D+KukD0tgJ5B8vTSSn2NRKQQ+7cXB4SkoZp4f5O+AgWJ9v4qeSFukow36sF+TqRB4s= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789148651; c=relaxed/simple; bh=iSPOqrPEqNzouRgsfdtXLZvJztzijYXXcFDpMwJ0MLA=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=V0b67C+rtSIub/lHgyeBlHN2CSgmGd0NWYmuvcc5eQnuZ8rUtVQHL8YOdrdMata3a5+g9mzNPI0OgPand9mVbeBzz+WmveBPJ0oqPmyUDQSL1u5RoghjpZDdMhH6MxbaSb25gfKjHHE2wc4kSljh9Dwy4recC9RDmSFxfxlzY90= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=oss.qualcomm.com; spf=pass smtp.mailfrom=oss.qualcomm.com; dkim=pass (2048-bit key) header.d=qualcomm.com header.i=@qualcomm.com header.b=n4IDtP6q; dkim=pass (2048-bit key) header.d=oss.qualcomm.com header.i=@oss.qualcomm.com header.b=M2UM6Q2R; arc=none smtp.client-ip=205.220.180.131 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=oss.qualcomm.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=oss.qualcomm.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=qualcomm.com header.i=@qualcomm.com header.b="n4IDtP6q"; dkim=pass (2048-bit key) header.d=oss.qualcomm.com header.i=@oss.qualcomm.com header.b="M2UM6Q2R" Received: from pps.filterd (m0279872.ppops.net [127.0.0.1]) by mx0a-0031df01.pphosted.com (8.18.1.11/8.18.1.11) with ESMTP id 68BHWktF4149043 for ; Fri, 11 Sep 2026 17:44:05 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qualcomm.com; h= cc:content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to; s=qcppdkim1; bh= DgHv3EdPhIoOXyHYgFVg1PHeH4W7/S2tlAAVOYQ4qy8=; b=n4IDtP6qSCRsrs5Q Ci4u+5w6+EkIJ71oFw1Y1zQstpX89A/BA76Y5fXofq8whvtRYA60+EDh++ODP6je 093MTlj0PZIJ9QWlFP+CTD4uZZMyeiGMunBt7EcTEScrl+C01OLfh7GHre4s12y1 p1emmt65w4qtjfhKGdQ0ybxnk3ASvHxEWv4UMubu4tDmyIPnDgj9gYU53c/dwkf2 FvTwmMILkTRQLxInIObPo6sbKMLwJc3pzEHDkZlbI1ur/FbH7M7BQO++fEB6M6AC 1K4lQ4UInF8h8uKQJHH7mm5sHbSuXVZkUgL19Gd7LkJbRFxbUT0AZfrhu4yu0VMT UWsiCQ== 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 4gmcgfjr3u-1 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Fri, 11 Sep 2026 17:44:04 +0000 (GMT) Received: by mail-pj1-f71.google.com with SMTP id 98e67ed59e1d1-38e7ff7b375so1526702a91.1 for ; Fri, 11 Sep 2026 10:44:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oss.qualcomm.com; s=google; t=1789148644; x=1789753444; darn=vger.kernel.org; h=content-transfer-encoding:content-type:in-reply-to:from :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:from:to:cc:subject:date:message-id:reply-to :content-type; bh=DgHv3EdPhIoOXyHYgFVg1PHeH4W7/S2tlAAVOYQ4qy8=; b=M2UM6Q2RpbLz9XEG32Hh7mBTLecw0PAyI7RHivV9LWBslUSTZK6lEyfA2AE+s4EdqX 47WEI8GgtTDy7s2Sryt3hkQhoVz6TGmWm7taa7QmlGKNaynwhHY+RkicKxq0PhJd+lk0 2qakA0Gpj6eJhDx8m4H53Y6TN7+va78k/1WOPtIsWeVoOc6ZSv3KMNpxR8GBUD7imCS/ Ierw0Pv+jRo58RfCVxCsdZNRn7LNdM+kjbjzqAMu+W97fYwQtxM8fBPjwtgpeG5eGjIK 5soquehSo7gDSIaHk2oyc9O4TvDo4HoiwCqISbXArfmISiovupHJsFg3APO9qiLHwUgA +6gw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1789148644; x=1789753444; h=content-transfer-encoding:content-type:in-reply-to:from :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to:content-type; bh=DgHv3EdPhIoOXyHYgFVg1PHeH4W7/S2tlAAVOYQ4qy8=; b=Qu0hxEKpuhVpjDc9GkUeUcUWMftptfOsVOKCU1E9KIuhQK5LxCJy1AIB/WAgJKJ9qL qU8zYFtQBsJwwvc0BXmDfXQK9HgvgzOstLyKV6DyP9hR7ai7O7f+6v5V3PeFpz4MOw45 22U0x6gPiZA2O6jjVLS7snSdwUqNtLmOusiamf7dXptxm8zFLs/cFHnuu4vz/FLfO+o7 fP5rJc2hQGvYfuRal1Re6mubqORXl8anfgVbm6MFdYg7ggKoWc5Kiodxn0qHsgz8s4VU L/jYarZf3DT0hjP8iyRKH81WIhwgk85Xm0g/wU6L6nVWDN+UiTmNPeB7ePH3HE9Z8e6o LOeg== X-Forwarded-Encrypted: i=1; AKwUvByKfyiFlqRsv6mSpjFbqyFS7xuoVtJSoW2d8bp4miIx+Bz+Tj0eSUnqub8xKfsC6E2in8pCHePYwp5MAA==@vger.kernel.org X-Gm-Message-State: AFuF++lZVg9Egmdkl7IdXp9iI2SQJGKhjvL+rRPjoiHZhDcZIPqUoLB7 r3ByQCNlH2Guvrp28940xXW4/ezb7lh8b+CYk2cccKxJGLMdwwJiLDdu6BYA8S/RY01xcbi3JC1 2yuVF1F+cAW0FhPLcUVSOpFLkWwOfaFOgNTASIHyeQyDLTgscFZfYhMZzg38LIBsKug== X-Gm-Gg: AYBFou3vO+p5FrePclZ5B0BizXn7fngOcwaZSp+BUx02jTy6TAuxMauLOAxxwgf1q68 5lwpTfgi1VIiJdEyFbUI6nvsNLXVWo1JAhjUylWD6s2UGhUAPKC6ADQm1qdj+pINURzb8GMAZRR g6JlaCsc1diS82ctaKRPyF7Ky22NKKuJniG4mTd+lL21zrvfHK8l9SQ4pmrhd6nExJ98Q5fe5Te x1shZzku1ud6NJi+A9paXE0SoZdWtsysJ16WRK85HlqjIpzoa/Zg67vULrhb7WCJ8aOlJdJEh6H DS6HXJQKivUxOUyQL5QRdGe1rzeKX12F1GZwxiohJHpnvXC4ku8L/RFIM+Aqw/huxwkvvj9doGn E7HJTJ+9CsNxmDsK68QejkuxueG27T6IAKJ4= X-Received: by 2002:a17:90b:2689:b0:38d:ddc2:7ccb with SMTP id 98e67ed59e1d1-39d9bbc81damr9099620a91.1.1789148643598; Fri, 11 Sep 2026 10:44:03 -0700 (PDT) X-Received: by 2002:a17:90b:2689:b0:38d:ddc2:7ccb with SMTP id 98e67ed59e1d1-39d9bbc81damr9099566a91.1.1789148643138; Fri, 11 Sep 2026 10:44:03 -0700 (PDT) Received: from [192.168.0.172] ([183.83.137.104]) by smtp.gmail.com with ESMTPSA id a92af1059eb24-14365b78d59sm7652016c88.8.2026.09.11.10.43.55 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 11 Sep 2026 10:44:02 -0700 (PDT) Message-ID: Date: Fri, 11 Sep 2026 23:13:53 +0530 Precedence: bulk X-Mailing-List: linux-media@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v3 01/13] dt-bindings: media: qcom,venus: Add context bank subnodes to common schema To: Krzysztof Kozlowski Cc: Dikshita Agarwal , Abhinav Kumar , Bryan O'Donoghue , Mauro Carvalho Chehab , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Bjorn Andersson , Konrad Dybcio , Stanimir Varbanov , Neil Armstrong , Dmitry Baryshkov , Bryan O'Donoghue , Stephan Gerhold , "Joerg Roedel (AMD)" , Will Deacon , Robin Murphy , linux-media@vger.kernel.org, linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Konrad Dybcio , iommu@lists.linux.dev, Daniel J Blueman References: <20260909-vpu_iommu_iova_handling-v3-0-2fe43ae45495@oss.qualcomm.com> <20260909-vpu_iommu_iova_handling-v3-1-2fe43ae45495@oss.qualcomm.com> <20260910-careful-finch-of-fame-eeeac7@quoll> Content-Language: en-US From: Vikash Garodia In-Reply-To: <20260910-careful-finch-of-fame-eeeac7@quoll> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Proofpoint-Spam-Details-Enc: AW1haW4tMjYwOTExMDI0OCBTYWx0ZWRfX8bvxSpId4cF2 oRHr1hlFtnm/9TpgYLGyRRGraRhxe7g9mZuFmxv8i2njcgABxargIq9a2sljJ109FLfzVGFve+A 4iuy+54Hz1W5h+GUMGytzEVJTFKTILH2izk6LdSZVBs9vQ8RiuT7UzE8zbCIAjxdEW1R0dqVi8T X146xFsFXfygZ98+UZ6BJYiVX11L/CzD/Imeyw/HBPXhOqOu3/IsdQfT9FAMUyHnOkouwaTnS1s jpRbztifAmgh6DjqyktoNt9hK1PMPrasXBwe4L40vDFjEWeECmPtcX+cPrddX2KggMJ/1wU+RYj dWH/OBTqVtI84y9VdZ0qkHcvzR2muYF1XUTJDUr1/sLZ8LK93UiK6PcBXpi+cQTWCUawiCuqSjV gZA71VwOXl6Y1Ci1rf1D0Ynd6aV0RGv5f+PYaLZLe+ABs8h8MZum4NrxAQz5u3ohctQkA7vmlDk xujxy8KsRDvHYg2ezNg== X-Proofpoint-GUID: XOB_p1QjzdtFSmoEFkNw9nmSOwF_Q7h7 X-Proofpoint-ORIG-GUID: XOB_p1QjzdtFSmoEFkNw9nmSOwF_Q7h7 X-Proofpoint-Spam-Info: AW1haW4tMjYwOTExMDI0OCBTYWx0ZWRfX4aSVgZ1FFNle Ag5RVUSSK0W/jU4aX6DW+r9iEOlOsSWehUaqwr82i6UYrViiuISvojCUBt3A+DQQuWe2z4qc30d uB3w1Es2VBMEl0PBMFHku0iEBiKRi/4= X-Authority-Analysis: v=2.4 cv=ULtIjyfy c=1 sm=1 tr=0 ts=6aa43de4 cx=c_pps a=UNFcQwm+pnOIJct1K4W+Mw==:117 a=TwCXObd+TJU0JWB7kQOUgw==:17 a=IkcTkHD0fZMA:10 a=VdqzKS8jKosA:10 a=s4-Qcg_JpJYA:10 a=VkNPw1HP01LnGYTKEx00:22 a=u7WPNUs3qKkmUXheDGA7:22 a=yx91gb_oNiZeI1HMLzn7:22 a=e5mUnYsNAAAA:8 a=VwQbUJbxAAAA:8 a=NEAV23lmAAAA:8 a=t9ty7G3lAAAA:8 a=EUspDBNiAAAA:8 a=gweAf5VaqOsLJRT3hzwA:9 a=QEXdDO2ut3YA:10 a=uKXjsCUrEbL0IQVhDsJ9:22 a=Vxmtnl_E_bksehYqCbjh:22 a=CsAS6f0m0zARWR-uHzm3:22 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1176,Hydra:6.1.134,FMLib:17.12.100.49 definitions=2026-09-11_06,2026-09-11_02,2025-10-01_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 adultscore=0 phishscore=0 bulkscore=0 clxscore=1015 malwarescore=0 suspectscore=0 spamscore=0 lowpriorityscore=0 impostorscore=0 classifier=typeunknown authscore=0 authtc= authcc= route=outbound adjust=0 reason=mlx scancount=1 engine=8.22.0-2609040000 definitions=main-2609110248 On 9/10/2026 12:29 PM, Krzysztof Kozlowski wrote: > On Wed, Sep 09, 2026 at 08:27:08PM +0530, Vikash Garodia wrote: >> The VPU issues DMA through several SMMU streams, and the hardware does >> not give every stream the same addressable range. The non-pixel stream >> cannot address the low 600MB of IOVA space, while the pixel stream can >> address the full range: >> +-----------------------------------------------------------+ >> | non-pixel stream addressable range (600 MB - 3.5 GB) | >> | 0x25800000 - 0xe0000000 | >> +-----------------------------------------------------------+ >> | pixel stream addressable range (0 - 3.5 GB) | >> | 0x00000000 - 0xe0000000 | >> +-----------------------------------------------------------+ >> A single "iommus" property on the video-codec node puts every stream in >> one IOMMU domain sharing one IOVA allocator, so nothing restricts a >> non-pixel buffer to avoid 0 to 600MB. Once an allocation lands below >> that boundary the hardware faults, which shows up as unhandled SMMU page >> faults and spontaneous reboots: >> https://gitlab.freedesktop.org/drm/msm/-/work_items/100 >> >> Given that the address range restriction is for specific VPU stream, it >> should be ideally be moved to that stream. To achieve the same, a subset >> of streams is now represented as subnodes, so that each can be >> associated with its respective addressable range. The design was >> discussed and agreed by mainatiners here >> https://lore.kernel.org/all/c7b956a9-d3e8-4e18-b780-5d08f5cd2ca1@kernel.org >> >> In the past, this limitation was addressed with an iommu-map approach, >> with the iris driver dynamically creating the devices. That approach was >> later concluded to be a hack to avoid having subnodes, and was NAKed by >> the iommu maintainers. It was discussed in detail here: >> https://lore.kernel.org/all/c7b956a9-d3e8-4e18-b780-5d08f5cd2ca1@kernel.org/ >> >> "iommu-ranges" on the subnode describes the *allowed* IOVA range that >> stream is allowed to use, so the IOVA is allocated from the specified >> range only. Define all the possible subnodes so as to describe all the >> VPU hardware iommu interfaces, both secure as well as non secure. >> >> address-cells, size-cells and dma-ranges declares the 1:1 DMA >> translation into the parent. >> >> The parent "iommus" is kept as an alternative via "oneOf", so platforms >> that have not been converted to subnodes still validate. New platforms >> should use the subnode form. >> >> This patch depends-on: >> https://github.com/devicetree-org/dt-schema/pull/207 > > Please drop, not suitable for commit, keep it in the changelog > Sure, will add this to changelog. >> >> Tested-by: Daniel J Blueman > > Plese drop, not true here > ok, got picked in b4 trailers, will drop. > >> Signed-off-by: Vikash Garodia >> --- >> .../bindings/media/qcom,sc7180-venus.yaml | 15 ---- >> .../bindings/media/qcom,venus-common.yaml | 97 ++++++++++++++++++++++ >> 2 files changed, 97 insertions(+), 15 deletions(-) >> > > I see this causes DT checks failures but I don't see the report, so > probably it was because of schema dependency. > > Best regards, > Krzysztof