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 57E7544A41D for ; Fri, 7 Aug 2026 10:22:31 +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=1786098154; cv=none; b=EN6+I63R6+47pVulMd2ajTwseu3TEialQ0cofwdmNUGfn98LfHFaDlY/LsP39VYiEd7bpmGZIrCUecq0q8MGFPN7Fp0NKQSDUqKbue1PlY9ThujII3ZKj1sLsM4PpPgy1RExfjeADr1z7Spu2WnyVVXx3IvTeZi/RSkwIjB3AKA= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786098154; c=relaxed/simple; bh=7zkyUWwkB69eCRYNVOott12JcB3HyoSQ1gvyGaXCpXk=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=APG75qYeOVS+Hl6uBSlkv6VNpg527SA3msK+cEp5eCcoZtsuu8TEyVs2tfPsJ6isVXwhh/RTyqyuhw6zNkRKOGBBqNmeV2A7G3oFb9RQN61E3cxhmrYJ5bwpGFH1nF46Sf+BU4nto3uDu+T5HvX/LFDW2f34xapImKjbeXbhaGo= 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=j876Lv27; dkim=pass (2048-bit key) header.d=oss.qualcomm.com header.i=@oss.qualcomm.com header.b=PHyT+MG3; 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="j876Lv27"; dkim=pass (2048-bit key) header.d=oss.qualcomm.com header.i=@oss.qualcomm.com header.b="PHyT+MG3" Received: from pps.filterd (m0279873.ppops.net [127.0.0.1]) by mx0a-0031df01.pphosted.com (8.18.1.11/8.18.1.11) with ESMTP id 6777hPi93533343 for ; Fri, 7 Aug 2026 10:22:30 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= RQctFQu5cMeG5fr/LvJoKgC8qsXR7V5CESvfC5rs/PM=; b=j876Lv27IBsPJGHX Bo+hLjcNn2B14hUmoJ7L6eWSlx/k/y7ZFqoi46hiHO6sTlMnqYBLAd52xN3U/Dtr qAM+NST/8GDHXXLF1O8pq5X61KwxdZM6CGXSrkVv/aska9K7kXKM7kebWwJ+DlRG B/CfDxNLPr+ACzLBc/9+QTYs73mVmcrrqLakdWWYJ9JPEWdKMMejoTB58mUx4lsn jMSLgypnNwVQO31IdGfvOGrBgUPL9aqAF8dZ1ItLn16BeUtXSj4A59gjMYgUF+5r CKC7yxUFYr68oG9VHePqr3xKucSQKEFuwbTUXvF3xjJsyAFni0cTRNpWJwJ0oz/k qDtwJg== Received: from mail-pl1-f199.google.com (mail-pl1-f199.google.com [209.85.214.199]) by mx0a-0031df01.pphosted.com (PPS) with ESMTPS id 4fvy6fuhkq-1 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Fri, 07 Aug 2026 10:22:30 +0000 (GMT) Received: by mail-pl1-f199.google.com with SMTP id d9443c01a7336-2cc640dfde3so37721015ad.1 for ; Fri, 07 Aug 2026 03:22:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oss.qualcomm.com; s=google; t=1786098149; x=1786702949; 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=RQctFQu5cMeG5fr/LvJoKgC8qsXR7V5CESvfC5rs/PM=; b=PHyT+MG3cJPdY28BR27Z/9OvAPs1a4uy7BRT+yVQILgZRsWnbH1XqapVeRs5BnFXsx tb9CZ6V3tOjaWVPbhqPBEtWVJQX9BZ08tNKTga1Itr1I55KilIcJRSYZe4hoXy7AhgoP 4sNWS6SbAYfEhWBVFC2p+PquGxI+FTBEkurI1ISjL3pe5trbA0nCJHWYWPMlM+OHR2MT nwodnCHMTu5+MSPmHRD8I16VW7Mq56cFgQJ9VFaNBFtUzwXgaoHfRw2CjksdH6E2RDvE 4XjnvR/xJd5LdERFQanytGdauCAZkV+vkUSpJqc2Va4Ux6s3+TfHT81GRDhv4XIPgTsF GLXA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1786098149; x=1786702949; 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=RQctFQu5cMeG5fr/LvJoKgC8qsXR7V5CESvfC5rs/PM=; b=gze2bN7LNktvhqhmebZaENzYWXkV33JcTsBTfaM+MjzAIbavcXCN1nMqmlm+uLafiR LN5QVW97UKG0gZFVMNmczyHGztDsBg5vw7yGvUz/vUOdqkheKAaJ1lNZA7kn9ffytxC/ ADRQtvWp4pqfjPVH0H7uHTkukS6g86+hzxrd/tU/1u6hWDlAO+pt8ofbx80ksh0Syh0v LPDSIR+gjWbGdRivwNYj6HerdfleafXok9EAlTWSR88gIAE01YsHgQImaYXDARd6OAz9 5yVr3lC/O5Yb2GwCNf6As9/HOBnn4ij6gJY4cEzF8Qe42bZ+J8Xxuu1uTOpJjNqotiqZ XrTw== X-Forwarded-Encrypted: i=1; AHgh+RoCKv8p27HsN7VhHf7AmiWtcCXOrMB6IS+hkJGfRfvhp9R+yL7M7BpZTHwv5Ert6zL5xL8Uf++yulyf@vger.kernel.org X-Gm-Message-State: AOJu0YwZJfQlQQOZsZvT+RKH5iID+CCO+2BrYlqRaTZmmaU661Ys/dCo BwOn8+sFVazr6pjahswry3FEHdENNkonTsEZo/yD/rxngtfSPue7mY0oTJ2G+Kx0yF6FRmkhjdg gjB4Hg1peWWkDjkCnj6YF1HoPWW4ifJlinZOxKV1XJ448x2JOV5c9uoRftI+3TTM/ X-Gm-Gg: AR+sD104xw67qTgUU6rGfwPUJ77JESA+wX2O9sbG+0uszM8slGP4ik/y459tOjqR8BW UbutrAn3vrGOpirAxdjck3UqSoCpZoCtr1ZiuTiyTRiAeJG336eiEn19ofqeu3sAKgFZYNeS63R G/h3pavuvIJWsOI3oncZm7inRbelIg5+X59wbimGXaebcqv7RoS7rHNIvbsKERH1vCqCQHQC4sp 5hSA7GkgSmNMUbzwfb2vQIAkDymD00errbvZFK1SuUbS0vdlW6v5GtUzalbbQYbj08Bw/SOvhH/ FjsXJ5IhiiwkEyL9TUtZjNv3Z9dIjSRXPWZS+/4mQe+8/oai+B+nkqNZDmvabYsEVxXWbxtY/1z LYpRSPpGgcauvGgHOZjnUZMq/6Bnu6eReI7U= X-Received: by 2002:a17:90b:17c6:b0:38f:1a2e:6e56 with SMTP id 98e67ed59e1d1-3903c59330amr20917479a91.9.1786098149005; Fri, 07 Aug 2026 03:22:29 -0700 (PDT) X-Received: by 2002:a17:90b:17c6:b0:38f:1a2e:6e56 with SMTP id 98e67ed59e1d1-3903c59330amr20917408a91.9.1786098148489; Fri, 07 Aug 2026 03:22:28 -0700 (PDT) Received: from [192.168.0.173] ([183.83.142.146]) by smtp.gmail.com with ESMTPSA id 5a478bee46e88-315beb88413sm9100037eec.18.2026.08.07.03.22.14 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 07 Aug 2026 03:22:28 -0700 (PDT) Message-ID: <429d5d1d-92d5-4949-9991-b092cc7e9937@oss.qualcomm.com> Date: Fri, 7 Aug 2026 15:52:12 +0530 Precedence: bulk X-Mailing-List: devicetree@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH 04/22] arm64: dts: qcom: hamoa: Reserve low IOVA range for Iris To: Dmitry Baryshkov Cc: Bryan O'Donoghue , Dikshita Agarwal , Mauro Carvalho Chehab , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Stanimir Varbanov , Sakari Ailus , Abhinav Kumar , Stephan Gerhold , Bjorn Andersson , Stanimir Varbanov , Konrad Dybcio , Johan Hovold , Neil Armstrong , Loic Poulain , Jorge Ramirez-Ortiz , Mansur Alisha Shaik , Andy Gross , Rob Clark , Stephen Boyd , Yassine Oudjana , Pierre-Hugues Husson , Marc Gonzalez , cros-qcom-dts-watchers@chromium.org, Matthias Kaehlcke , Douglas Anderson , AngeloGioacchino Del Regno , Aniket Masule , Malathi Gottam , Rajendra Nayak , Jonathan Marek , Dikshita Agarwal , Renjiang Han , Krzysztof Kozlowski , linux-media@vger.kernel.org, linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Bryan O'Donoghue , Mauro Carvalho Chehab , Konrad Dybcio , Krzysztof Kozlowski , Daniel J Blueman , stable@vger.kernel.org References: <20260807-iris_iova_600mb_fix-v1-0-3996f67e33f9@oss.qualcomm.com> <20260807-iris_iova_600mb_fix-v1-4-3996f67e33f9@oss.qualcomm.com> <27f0b033-e940-4369-aaa0-f08426aac73f@oss.qualcomm.com> Content-Language: en-US From: Vikash Garodia In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Proofpoint-Spam-Details-Enc: AW1haW4tMjYwODA3MDA3OSBTYWx0ZWRfX7PsKojddWuwX YVUHKIpxmiVrtCliGHYp3AsPtbtlApG11pYmZ7Z+JZLnS6K8Yk1jjEWzCx3VGLGareM2zo9ccsE OfhPC7JUTWSFfpS4GEwfr7X4gk0vJgmRq0thQdDvZS7hr6KXJO72gFECFbI//9a6uYGM/Uitjbu mgqLt8RAqn0RQYKvNF1+xQxGN+zXMt+g/MX3HXDo+tUYERxLFRd33XcvQsEaMdEgh0cFOfTUHt/ jDC7zddj2/TSgdOyc36i+7xp9MfEu2K6eDubBs78SauIF+Xq8xSXe+9XmnUfwWyFd+75cSd2CLn 3Jrsww30mkMqB1/5mkPnriLVOB6tmKawmVgyAbguj/+WYcbY9Ljf5gwOBvl9TaaAdOxVkIt3XEH L1WSOFsP/b7nRoolgM5D40qHvKFSFAAX2uwLvvfcBvbEdnDB2TP99h4KkbkIhFERf+XslWiUs4i aPtCEQRRfb7teTzTvgA== X-Authority-Analysis: v=2.4 cv=DvhmPm/+ c=1 sm=1 tr=0 ts=6a75b1e6 cx=c_pps a=JL+w9abYAAE89/QcEU+0QA==:117 a=eVbXwf39F0J6/s7D6zfB/A==:17 a=IkcTkHD0fZMA:10 a=Sv0fKeRqtYgA:10 a=s4-Qcg_JpJYA:10 a=VkNPw1HP01LnGYTKEx00:22 a=u7WPNUs3qKkmUXheDGA7:22 a=rJkE3RaqiGZ5pbrm-msn:22 a=NEAV23lmAAAA:8 a=VwQbUJbxAAAA:8 a=COk6AnOGAAAA:8 a=t9ty7G3lAAAA:8 a=EUspDBNiAAAA:8 a=klHhFlPy27of03slvZkA:9 a=QEXdDO2ut3YA:10 a=324X-CrmTo6CU4MGRt3R:22 a=TjNXssC_j7lpFel5tvFf:22 a=CsAS6f0m0zARWR-uHzm3:22 X-Proofpoint-ORIG-GUID: Kb1TuZv1WXBhhu-XvIZKpmC8NvOVqWFr X-Proofpoint-GUID: Kb1TuZv1WXBhhu-XvIZKpmC8NvOVqWFr X-Proofpoint-Spam-Info: AW1haW4tMjYwODA3MDA3OSBTYWx0ZWRfXy42Rdst2Dle6 D9DjQL1Iy1aID8fttA8nG1qnTIkp+HHX/zx2rO3ljv4+Dkn26t+Ix4gvMeSDqUxPKqQb8iFygzo hDgvdSNQLQTRnu0EktBAmjqyvAnmRvM= 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-08-07_01,2026-08-06_01,2025-10-01_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 bulkscore=0 clxscore=1015 spamscore=0 malwarescore=0 suspectscore=0 adultscore=0 impostorscore=0 lowpriorityscore=0 phishscore=0 classifier=typeunknown authscore=0 authtc= authcc= route=outbound adjust=0 reason=mlx scancount=1 engine=8.22.0-2606150000 definitions=main-2608070079 On 8/7/2026 3:30 PM, Dmitry Baryshkov wrote: > On Fri, Aug 07, 2026 at 02:56:27PM +0530, Vikash Garodia wrote: >> >> On 8/7/2026 2:33 PM, Dmitry Baryshkov wrote: >>> On Fri, Aug 07, 2026 at 01:54:48PM +0530, Vikash Garodia wrote: >>>> From: Daniel J Blueman >>>> >>>> On X1-family hamoa platforms, the Iris VPU reserves IOVA addresses >>>> below 0x25800000 (600MB), primarily for secure non-pixel buffers. DMA >>>> into that range, from any other stream id would triggers unhandled SMMU >>>> page faults that cause spontaneous device reboots. This is readily >>>> reproduced with one or more browser tabs driving multiple concurrent >>>> video decode streams. >>>> >>>> Add a reserved-memory IOVA reservation node covering [0, 0x25800000] >>>> and reference it from the Iris node so the IOMMU layer keeps DMA >>>> allocations above that boundary. >>>> >>>> Link: https://github.com/qualcomm-linux/kernel-topics/issues/1157#issuecomment-4458933574 >>>> Fixes: 9065340ac04d ("arm64: dts: qcom: x1e80100: Add IRIS video codec") >>>> Cc: stable@vger.kernel.org >>>> Signed-off-by: Daniel J Blueman >>>> Signed-off-by: Vikash Garodia >>>> --- >>>> arch/arm64/boot/dts/qcom/hamoa.dtsi | 13 ++++++++++++- >>>> 1 file changed, 12 insertions(+), 1 deletion(-) >>>> >>>> diff --git a/arch/arm64/boot/dts/qcom/hamoa.dtsi b/arch/arm64/boot/dts/qcom/hamoa.dtsi >>>> index 8a96ea1bdb9c4c409b2af997680d8c13fed0643e..87f424765d513c97b06303bceb75ca9f176d2ace 100644 >>>> --- a/arch/arm64/boot/dts/qcom/hamoa.dtsi >>>> +++ b/arch/arm64/boot/dts/qcom/hamoa.dtsi >>>> @@ -666,6 +666,17 @@ smem_mem: smem@ffe00000 { >>>> hwlocks = <&tcsr_mutex 3>; >>>> no-map; >>>> }; >>>> + >>>> + /* >>>> + * The Iris VPU reserves IOVA below 0x25800000 (600MB), >>>> + * primarily for non-pixel buffers using different Stream IDs. >>>> + * DMA into that range triggers unhandled SMMU faults and >>>> + * spontaneous reboots, so reserve it to keep IOMMU >>>> + * allocations above this boundary. >>>> + */ >>>> + iris_iova: iris-iova { >>>> + iommu-addresses = <&iris 0x0 0x0 0x0 0x25800000>; >>>> + }; >>>> }; >>>> qup_opp_table_100mhz: opp-table-qup100mhz { >>>> @@ -5439,7 +5450,7 @@ &config_noc SLAVE_VENUS_CFG QCOM_ICC_TAG_ACTIVE_ONLY>, >>>> interconnect-names = "cpu-cfg", >>>> "video-mem"; >>>> - memory-region = <&video_mem>; >>>> + memory-region = <&video_mem>, <&iris_iova>; >>> >>> I don't like the idea of this series, because it _again_ doesn't tell us >>> the truth about the hardware. This typicall ends up with bigger problems >> >> honestly...thats all the info i have about the vpu hardware that it >> restricts non pixel to DMA from the 0-600MB range. The same i have been >> trying for a year now > > You are not honest here. You also know that there are secure streams, > which have to use their own IOMMU SIDs. And some of them, as far as I > remember, also have memory range restrictions. please read the commit description again, the answer is there. > > So, if we land these patches, how do extend it later to account for all > of that? > forward looking design would be subnode, which we can land ontop of this series. >> >> https://lore.kernel.org/all/20250627-video_cb-v3-1-51e18c0ffbce@quicinc.com/ >> >>> later on, when it starts to affect other bits and pieces. >>> >>> I don't want to NAK it, but I'd strongly ask to reconsider it. >>> >>>> resets = <&gcc GCC_VIDEO_AXI0_CLK_ARES>; >>>> reset-names = "bus"; >>>> >>>> -- >>>> 2.34.1 >>>> >>> >> >