From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mx0a-0031df01.pphosted.com (mx0a-0031df01.pphosted.com [205.220.168.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 6B8492E2F13 for ; Thu, 9 Oct 2025 12:37:03 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=205.220.168.131 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1760013425; cv=none; b=X8Y9bUC9yTKzpOb6eJ0F50wlLnN1SY/jp5r+UA37Dks6h3drpEgES/FkYL0kTiMBelghg6YhTQCjT6B29/+hJ38zzTPNncKvtkLb5nvO6NxJ5OyQZD21zwiT7R/gLWz1dWlMrX+t/9fJGiBkOZpgy86I8BfDAzQ/Qn/z1YzZhaI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1760013425; c=relaxed/simple; bh=9jcO9Feqp0+Oqy4K8X7fztPbz8Eqa6IFQkGDp5R37h0=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=qdGAOIGmO1RX4Xfs4v98lFBxOILP/ukaIWaneyljaUK13hL8OrFxzNoDWJcsslmouGT1dNAjSAb2Ab9m9raZe98hnqsDe2i2F3IjrZPdopHkK8Jg7u+phHHJqzEknuRGgkt0KdVLRcN5EWupiGofq/wzOlpo8ropvpVZLOI+494= 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=oE0LWoq0; arc=none smtp.client-ip=205.220.168.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="oE0LWoq0" Received: from pps.filterd (m0279862.ppops.net [127.0.0.1]) by mx0a-0031df01.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 5996EP3G028592 for ; Thu, 9 Oct 2025 12:37:02 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= FEsklw0AIUKm1OtxIC3eyuWGm2vSIhXgmBcopDMHhE0=; b=oE0LWoq01s3qJS2K 4YTgmpl35HJE3rUPMYaP0/w3XHqhDPxQFUOrKnPEuXlPrclk5X5KgfFX1Dw/+XDm YNzQyxg9jtJKV1yKh79ljqTVhsipfJJo8zTYyUGIPiml539HlGwLObIk7/xgsF+X P45bRGEG6nbXt3Xoyrr/vldPATYvEwofgGcF7Kw9oXrh+W1yJDMilG6vL+Ve44s2 uqHsrULyDiIcr5PtuETP6FPTqd51uGDQIs8eOf12NAZSrato2QTuk3oKrdJZYaQv L35Yny8zdwRTWQaMY/DAXfSC3SoJygy+05Fao3L8SqEnSDEXpJwA2k88mthyDH4r 0GigfA== Received: from mail-qt1-f199.google.com (mail-qt1-f199.google.com [209.85.160.199]) by mx0a-0031df01.pphosted.com (PPS) with ESMTPS id 49nv4ktrha-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT) for ; Thu, 09 Oct 2025 12:37:02 +0000 (GMT) Received: by mail-qt1-f199.google.com with SMTP id d75a77b69052e-4dd729008d7so3441951cf.1 for ; Thu, 09 Oct 2025 05:37:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1760013421; x=1760618221; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=FEsklw0AIUKm1OtxIC3eyuWGm2vSIhXgmBcopDMHhE0=; b=DG5pqNS9jrXg+VM31AGn/i3s7g9kfR+H8ubh0r6LjmHPmXL/HDDYiRRcSvTtjSWHR0 I2PDrhcpBMWQGqJp6PstfOVuHXs9l/SNmLTU3XPo2kG+j+hbg9WpkALsqw2huEeeRst7 KWnxn7o4v7TGlxIDZDE0KqC/X4W9Guj7DH7K56Lgr5s1VeStpHRJDgOnngU5iUNzT0Og g0Y0mos2OUHgtkBJkyyI9PJrJAcmUgcHiUGj0p8pyq5dTsAjqTWtq+65PXx3D90e5Vgr UUJjxmOtP/msQDcK2dt3kWjgfrRABed2AWB1U5I88y/URbEVnRqPF0+855Xll+67Q5cH s88w== X-Forwarded-Encrypted: i=1; AJvYcCXqsLwgMHaVBdpV/sIATgJRC+s3xZJXbbjSh4arwoz0Z2/+9sUwjW0w+52Ajbk9LBvO07XEYa7F8opuBA==@vger.kernel.org X-Gm-Message-State: AOJu0Yzm78M4aS+bjBm6M6eMLcay0xNyxw7xaFqoiqVkc/W8rTA7vNN2 e8NDQlr9zSm2sRuL8vK7Ah0obV9eYk9EpB1sy/CPFuFkUuz2xBThmOhL6zM8NHwVwLzobQK/0fZ u5gvlkojOF3kTacNvEGCwfXE08XYOHg4ZJHHEw0HXmJwr/Pd37TN7nVu+1GsEvPNptw== X-Gm-Gg: ASbGncvK+epJZ1zcZgfXQjMWCNd1PNS0kY6yg5ouwRgjQrfDveab2yNyRIq7YOnFD8p 9rqXPs10x5BDRe89QuamNO1NOj05JDNh+/BIIqOPPUeMz/zvXh7iTFYhTQT7aMF2GnQEW2GSAlT dVmEPRFPTL3qsvF4+7uc5yFFuSH+WfAu3Om6JbThHwRXbEABJceCUoOPIFiR3XPst/CPKX3UX1f /M5b8veL4wNUqIvnjugxbcYdnr8hd6INLZ+gcTljEO9h8BGa9aFHK1FMf3jdrQF9KbNobzINHWM GL0e0ZGYIBtvVROQejZdfDbzbpUWnrBK29BMWBONudXjx+GgTRbUKSAWGccoMwHD0JOWoakQwPm /34wzWMA+O508O2B94DidsMMxo3E= X-Received: by 2002:ac8:7d03:0:b0:4b5:a0fb:59a4 with SMTP id d75a77b69052e-4e6eac8b048mr67203531cf.1.1760013421120; Thu, 09 Oct 2025 05:37:01 -0700 (PDT) X-Google-Smtp-Source: AGHT+IE3t++2D4HKgFuuZ9u07/n3C63sKYMoz6MgV5yEcjgfxeGz14OJ9Kv3Dhh1crE0wi8xyUehWQ== X-Received: by 2002:ac8:7d03:0:b0:4b5:a0fb:59a4 with SMTP id d75a77b69052e-4e6eac8b048mr67202961cf.1.1760013420341; Thu, 09 Oct 2025 05:37:00 -0700 (PDT) Received: from [192.168.149.223] (078088045245.garwolin.vectranet.pl. [78.88.45.245]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-639f4106c60sm2302930a12.43.2025.10.09.05.36.58 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 09 Oct 2025 05:36:59 -0700 (PDT) Message-ID: <3166b396-7aa8-47d7-8d44-e7d88f920c15@oss.qualcomm.com> Date: Thu, 9 Oct 2025 14:36:56 +0200 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 0/5] Introduce "non-pixel" sub node within iris video node To: Charan Teja Kalla , Krzysztof Kozlowski , Bryan O'Donoghue , Bryan O'Donoghue , Bryan O'Donoghue , Dmitry Baryshkov Cc: Vikash Garodia , Dikshita Agarwal , Abhinav Kumar , Mauro Carvalho Chehab , Rob Herring , Krzysztof Kozlowski , Conor Dooley , linux-media@vger.kernel.org, linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org References: <7b6db4fa-2f73-376d-4eb3-64c1c7e6cda3@quicinc.com> <6840d462-8269-4359-a6e5-d154842b62db@oss.qualcomm.com> <2hh3zkdwgqbdurpr4tibr3gjat6arwl3dd3gxakdaagafwjdrm@aj5em4tbsjen> <4a32bbec-2baf-4210-a7c1-1ddcd45d30c8@oss.qualcomm.com> <4d87d1ca-55b2-426e-aa73-e3fd8c6fe7bd@kernel.org> <10a8ccda-4e27-4b06-9a0e-608d6ade5354@nxsw.ie> <4cb4a92d-2f20-47c7-881e-aadcc6f83aa0@kernel.org> <1516f21e-aee3-42cf-b75e-61142dc9578d@oss.qualcomm.com> <9bae595a-597e-46e6-8eb2-44424fe21db6@linaro.org> <6ead45a6-aac8-464d-9812-f5e0d1395709@oss.qualcomm.com> Content-Language: en-US From: Konrad Dybcio In-Reply-To: <6ead45a6-aac8-464d-9812-f5e0d1395709@oss.qualcomm.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Proofpoint-Spam-Details-Enc: AW1haW4tMjUxMDA4MDEyMSBTYWx0ZWRfXxXpOfAc8ZwwF LBgrpXBFQfyLHvMLnPzpW1ZZwCAfx2chLp61yKV9d2eeRvo2QyuhoIV8rigFp18GyUjVUIxwC9Q CVnaqjsjkFcET+6u6MtF5BFqJOVG1QyiY9gZdjzgeS44QAaPIs/fFkwq72igMNR/L7XSEVrJJgs cHZ1WI9CS73QVrh+rtXoWbfXTnYoq/uJ/UfYnAQLNqdZKjXitdQfWy4qcpLJgE4xfpJEAA0WYoR TMmrXWWtIDiY6US0FSLkVoMJvD0N0L0a7amKFraq360WuP459zWqy4ZDAJEPlIeRgEGrvdU5UGO 4BUdIEj85zISPMPVjJ1Gl/Mry3upzIlWN0K2Tt6H7K5VBwhqhc9ZGam5U4f1KcA4DAkC10dhc4M 1mn/lqXlz5vmYFtxBjbhppWcSHPN3g== X-Proofpoint-GUID: YFml4bzu1r3nAx1aSCMM9yVoR1icUgqS X-Proofpoint-ORIG-GUID: YFml4bzu1r3nAx1aSCMM9yVoR1icUgqS X-Authority-Analysis: v=2.4 cv=SJxPlevH c=1 sm=1 tr=0 ts=68e7ac6e cx=c_pps a=WeENfcodrlLV9YRTxbY/uA==:117 a=FpWmc02/iXfjRdCD7H54yg==:17 a=IkcTkHD0fZMA:10 a=x6icFKpwvdMA:10 a=goJB-IjUJ7mqbQYCmycA:9 a=QEXdDO2ut3YA:10 a=kacYvNCVWA4VmyqE58fU:22 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1117,Hydra:6.1.9,FMLib:17.12.80.40 definitions=2025-10-09_04,2025-10-06_01,2025-03-28_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 malwarescore=0 suspectscore=0 impostorscore=0 spamscore=0 phishscore=0 clxscore=1015 bulkscore=0 lowpriorityscore=0 priorityscore=1501 adultscore=0 classifier=typeunknown authscore=0 authtc= authcc= route=outbound adjust=0 reason=mlx scancount=1 engine=8.19.0-2510020000 definitions=main-2510080121 On 10/9/25 7:23 AM, Charan Teja Kalla wrote: > > > On 10/9/2025 6:02 AM, Krzysztof Kozlowski wrote: >>> If it is legitimate meta-data for the SMMU setup then why _shouldn't_ it >>> go into the DT ? >>> >> We talked about this two or three months ago. I don't understand why you >> just ignored that entire part and come with new binding just to not >> touch iommu code. List of entries in iommu must have strict order, just >> like for every other list, and you should rely on that. > Hi Krzysztof, > > I want to understand a bit more about the statement -- "List of entries > in iommu must have strict order." > > per my understanding: > iommus = <&apps_smmu sid1 mask1>, <&apps_smmu sid2 mask2>; > > and > > iommus = <&apps_smmu sid2 mask2>, <&apps_smmu sid1 mask1>; > > The end result is same with no breakage as they still end up in using > the same translation unit, i.e., ordering doesn't matter. > > May be you imply something else(may be ABI[1]) here about the order, > which I am unable to catch... Krzysztof is referring to the 'items:' blocks in dt-bindings always containing an ordered list of entries (i.e. the examples you gave are NOT identical from the bindings perspective even if Linux happens to treat them in the same way as of right now) Konrad