From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f54.google.com (mail-wm1-f54.google.com [209.85.128.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id B8AB72DEA72 for ; Thu, 9 Oct 2025 11:06:29 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.54 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1760007991; cv=none; b=fCbqx9oPfYApREgF6++Grrqnm4R7UJRkmzYHnTE+Z5KQ9rH/KY8oIkhzzJo4/CJnGK77/fhNtvzmQV5jXWT6xcvUVziCikXnB+0g2n3X2iIT7lXoxRV1VFvp4l6cRK+mYs+W/AfEd7UwlvkU9NsENjRue7bPWlfNSCe1tuiKEjg= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1760007991; c=relaxed/simple; bh=e+J/tiye5mRAK/FZkIReamJjbpURV3VmdmtPDcVSuXg=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=M/AlnUZ05fzdgePsnHkfU2qKI/k5zTxuWeqzV4bNYznKWU+esyF9bGej7QD/NyL6c2l8qBFt1Je9KO48VfL1KzXzYqWE3/9cG16F6O59fl52NK0iHQQREnTGkm9Ro2RroTcZbi1VamQFzE4B4gYafOk8BQmzK43yEehSKjcmmp4= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linaro.org; spf=pass smtp.mailfrom=linaro.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b=MbSv1zCz; arc=none smtp.client-ip=209.85.128.54 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linaro.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linaro.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="MbSv1zCz" Received: by mail-wm1-f54.google.com with SMTP id 5b1f17b1804b1-46e2c3b6d4cso5706965e9.3 for ; Thu, 09 Oct 2025 04:06:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1760007988; x=1760612788; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:content-language:from :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=QTLqI8rxOdYS+w1Ui92U5vAm+VjLT7vBGUB8kjwj7vI=; b=MbSv1zCz3Ozmfi0LhPthtBhKt97y5ZdtChOjh5fBKYYytDP+R7YeQOT+weksMIaYTw N130IVFLTpfTWalrbjrqxq3eEdyjewG+pZQA88Yc10QJNCWFGAIFuGvQOTcbRXEpQwI3 Lihr2dXTMdHfGkET7UmKPsrIwOgmWlIf2OD9JzNeyd546SvqOYPIG5uvgY+KWu2Yef2a lPB9/3AQqe+juwgu68Td+KwjdrULhOH9pZTTlcCfHM2hyK4LCcJyJ72WzZQBC5OQbE/W j731H8u4PEEEzVOaiim6dTdIFwfYsOh6pjqmoaZRgfTQqodBq0VxAJJ5OsLfa2lnuVJq qqJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1760007988; x=1760612788; h=content-transfer-encoding:in-reply-to:content-language:from :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=QTLqI8rxOdYS+w1Ui92U5vAm+VjLT7vBGUB8kjwj7vI=; b=qs+cb4MzgTHqiGGoAms3E2oismCluHGEJSrQnd+QJLmldqFiOOJ6BztwEdxZ89Gh7W Cv6tG3cKnIxqrO/+r8ADJ3Ryq8jApqyZ6GqcH7AD5ImSxst5X0/7k0qgYexhrlP68yGp 0GgMzVzelUOPD9iueIlHO0j4ooYOiIYef5r4n27f1jeEHjBiAYc2XRcH5mhsoESlCe92 /1wGBDJnW9aehA2eVm3VnWZuL74ghGOdz4Qe4NHaghyBAVSxFAAk4kkY7M7WJvqCU3vl mmVOoUbHewlRrY+pRt1yaerU0TMEpwOrnZBXWIRoKG6NkhzsRSsyV5jYs1pHEoFQe88o xVJw== X-Forwarded-Encrypted: i=1; AJvYcCW15geae6iATr4b0A378dPupMCGkwjSpT0QifR6OX4uCWw7TEOvDnwJ+Wdt0U1sJk/++5g1zvorf95XQAk=@vger.kernel.org X-Gm-Message-State: AOJu0Yz5uLliORgbnQ1GZJ189CAW0tGrx8aPbuhIhWRfwk2U5lNm2l0W BoS4cSY5PVKrfvZMsM5eMCfpR9utx4pFpUuOUWi5LICCNZcjAeCOfZpuMVMX8sIdwXo= X-Gm-Gg: ASbGncsaWYBWFwFEKj9Wxi5/vMZjhOvh5q3+cOnZF5JC4UxLj1KUswnzrW3cpUOEst2 I1vX5DHtUUFbhEs9qT57s67NZDvNnylWQ3XNho091Eshbu1tnaj0vTIDG0owlGoh+S63hIjhYET q6YB+0lgVWBdDcTwrJo8xrQ5AZLnzzBJjynAADNdD1qAdgn1DTpl0ZIHLO9zVr8axDig26bLIY1 j8d6UCJzrG9hAqg4sBhDqdkFPb5SzXCCO2wRYMfI+1VDWCjM3sWDK5eIpbJt4V5knjucK8fbE6Y DjA2oGCiLqr+QWxlN1QDg5+OqwQResik7551Ru4QZs90fJ05S4pUM9I8aLF6MEysMsDoGLozG8n PiaEa88pWqAe62nbOasRVOG127Xt/3tlfMzM1orYmQ8rBJfLEfsf5nevbnPxANXPpovQ3PIoUE2 uZJV1Te+NlVjyS0csE X-Google-Smtp-Source: AGHT+IFYJmAYAugMFGROqR67bT/ub4cesGuFD0FYj+fBxCLxvJVqCchCUIgmAvmeFF5WvX92ukK23A== X-Received: by 2002:a05:600c:4ed4:b0:45d:d505:a1c3 with SMTP id 5b1f17b1804b1-46fa9b13b04mr41874535e9.37.1760007988060; Thu, 09 Oct 2025 04:06:28 -0700 (PDT) Received: from [192.168.0.13] (188-141-3-146.dynamic.upc.ie. [188.141.3.146]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-46fab500706sm35212915e9.3.2025.10.09.04.06.26 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 09 Oct 2025 04:06:27 -0700 (PDT) Message-ID: <28baa5ce-c161-426a-b5df-1cd784489bb5@linaro.org> Date: Thu, 9 Oct 2025 12:06:26 +0100 Precedence: bulk X-Mailing-List: linux-kernel@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: Krzysztof Kozlowski , Vikash Garodia , Bryan O'Donoghue , Charan Teja Kalla , Bryan O'Donoghue , Dmitry Baryshkov Cc: Konrad Dybcio , 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> <1516f21e-aee3-42cf-b75e-61142dc9578d@oss.qualcomm.com> <9bae595a-597e-46e6-8eb2-44424fe21db6@linaro.org> <98e6acf8-80d7-4894-b4ce-ce74660722ef@kernel.org> <5085c857-f6e8-4faf-b61a-a9ee562ccf06@kernel.org> <7ba3953a-166f-4c67-8f54-666b0c488b12@kernel.org> <4fac8b52-180d-7b79-f0d9-52c0f94186da@quicinc.com> From: Bryan O'Donoghue Content-Language: en-US In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 09/10/2025 11:45, Krzysztof Kozlowski wrote: > On 09/10/2025 19:40, Vikash Garodia wrote: >> >> On 10/9/2025 2:41 PM, Krzysztof Kozlowski wrote: >>> On 09/10/2025 17:38, Bryan O'Donoghue wrote: >>>> On 09/10/2025 02:04, Krzysztof Kozlowski wrote: >>>>>> The iommu description for this platform basically lacks the data that >>>>>> _should_ be there -> FUNCTION_ID. >>>>> No. The index tells that already. >>>> >>>> Hmm. >>>>>> The rule is that the DT should really describe the hardware right ? >>>>> It already does. Same as I wrote on IRC, DT already has all the >>>>> information. Entry 0 has function ID-foo. Entry 1 has function ID-bar. >>>>> Entry 2 has function ID-bar or whatever. >>>> >>>> That's the part I don't believe is true its a 1:Many relationship >>>> between FUNCTION_ID:SIDs >>>> >>>> Let me check the docs... >>>> >>>> Here's the example I gave on IRC for lore >>>> >>>> SID 0x1940 maps to AC_VM_HLOS (Linux) >>>> SID 0x1941 maps to AC_VM_CP_BITSTREAM - protected bitstream >>>> SID 0x1945 maps to AC_WM_CP_BITSTREAM >>>> >>> >>> I responded to this on IRC... Nothing proves here that 1:many cannot be >>> done. >> >> Kaanapali already has 1:Many relationship for FUNCTION_ID:SIDs. > > Sun is a star. How is that related? I am not going to duplicate > arguments from IRC, especially to that pointless argument. Read again > discussion on IRC. > > Best regards, > Krzysztof But Krzysztof is it not the case DT should be a representation of the real hardware and that this takes priority over established schema. There seems to be no other reason to keep SID in the DT and FUNCTION_ID in driver meta-data except the schema already says X. There are as I count it, 189 TCU SID mappings for Hamoa. So in the extreme case that means we have an iommu = <> for each of those but then need a corresponding entry in a driver to map each SID to its relevant FUNCTION_ID. And do that over and over again for each new SoC. OTOH if we extend the iommu to include FUNCTION_ID then only the DT changes - with the iommu setup code changing once to accommodate it. --- bod