From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-lf1-f42.google.com (mail-lf1-f42.google.com [209.85.167.42]) (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 B39293749E2 for ; Mon, 6 Jul 2026 15:00:46 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.167.42 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783350048; cv=none; b=XXLQAsevoy/U05hV/E/96khxJGsc2ZKgRY6E3zq2kWCpZ1uwY0+UcuKK+aI3aSq2VIFVPnXgiEcylBTkgKUboyjKEgnJKRaYBP7NGspPUoY9YRPd2Zv/usAD0iRTm/VlIpqjS9+QmOtEWF/QtKUXeHszzDW0ooubEnboB0F3YM0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783350048; c=relaxed/simple; bh=XedTG2IDkwdx5NfpwzrYaYqHqJ8175odIg3hePCzwGE=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=OYxsIlmMZ+s86y9K3vorertfObPvwAjwwTG4VxIc2dv2+g20sf5tXevv1x2uHZclUe5a0dVu0B7hz75kB3E3CCNSFHfP2d8LAA9HVsdBig/to1mIXdJZsb7JDPYEZc0BfqtRxPm3LRcOYEBz0Q5ohUlEUTwaIeIDLoyxQg/4RfI= 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=kUX4AneU; arc=none smtp.client-ip=209.85.167.42 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="kUX4AneU" Received: by mail-lf1-f42.google.com with SMTP id 2adb3069b0e04-5aec090da14so284780e87.2 for ; Mon, 06 Jul 2026 08:00:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1783350045; x=1783954845; darn=vger.kernel.org; h=content-transfer-encoding:content-type:in-reply-to:from:references :cc:to:subject:user-agent:mime-version:date:message-id:from:to:cc :subject:date:message-id:reply-to:content-type; bh=60w9TL2qL6gOoHgKKaAE5HXP/8r+pqMsqQsZhkVDhRk=; b=kUX4AneUZOS98SlKNe8Kpsu7J0P4MKP0Q0Iw769bdSgq2ngBiT7fDInHF++nMRFrCF xCr4VYwhNJargur315nLxfFg1HNBLXAgoUWhcoj4LixhwqtTq1k7rwiz+/7PVawWgs/Y /LF0CckXf+RmmybNADKgzAzNIojPPO3DzkOiu0fD/sHHAGAWCLytekIdtTg4H84Hi3uU ZdOOOwEn6U2inW54wJNr2pM5Yj/t2eFvnCD9ycuktvaRYf0D+sVkYpGnP4ty+YVMTslw Qq8LRmB9KOmUoVAY1qaXp/tb9b4U1yYJa9TRhQK4tYzRo96k4pMLnh6O9jDgUxkVPVCT a6eg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1783350045; x=1783954845; h=content-transfer-encoding:content-type:in-reply-to:from: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=60w9TL2qL6gOoHgKKaAE5HXP/8r+pqMsqQsZhkVDhRk=; b=iyMnaoP/mU5p8XRXqgQ6QUaKo++2AnigP2ff3knWgnD34o/9c+EZ7f23usKL0V3W4k aXY0cNM4vtcCZxfprzhmg+s6oV4afzPN0gUk//vheSe8qEPyNrR+k8QuChq3FgxFVBbt teoH7ApEembLg1sauFMKX1aheeb2XWPFYr60nVxR9X3+UF+yzw347cym/dHpMGxcrEyy OTfaiCc9ThrASkHcvalkWvZTIg1x3Mg6JSmAc+Zxgmb2Mh9T24/LJJ3Slddl7aGwQ3a4 cXKMlsHfHMkav73HbLSpqBkwWCHigi532UPD8jJBES7347D8Ne+HVyVLVq6HE/abbCwY 9f+w== X-Forwarded-Encrypted: i=1; AHgh+Rpxi5eq2LEsji0KTXlvVdFcfpqZNFxWzblv/zXpgPS4WcOz65xEOLh0sVqDb4lwLGoVdG5sg9J4UXiUL10=@vger.kernel.org X-Gm-Message-State: AOJu0YyYgswGeQdXJsCh//OzMltSGg2n59LLcLQD6RNSRSf2SwwN67oC 65IMoUTJw1LpLvH0HMbStEmlUstGy/VFtk9fN/EVxw0JzDrP5j+UnihJkWVPTckhr1o= X-Gm-Gg: AfdE7ckkNY9rZXXeYBURLhZHbAiaqQ84P64FIvjJ87QsSxLr6eGdUzi9H8pRmroWxtC 8w8lJW6P0hTco594wDw6v8GuZ6oa3UBmm0gy0Zf6GOvlISjVLuWphHiYod9XshLASdzr/Z0xcUg +QhdUzUcR+rpX8jd/phlMYBFk15Iq4D82ZWqKJYRyjKqIIy/lO1yVsJxv2jy1Pb8HmGbGEtUUT6 LkIei7gXSNbVKly2aBG4lnpRQwJTWlrRonSk8NPJ91xJU0N9UTbXqG+iqyjaQ5Lx3+CJ05XME4g WNTtZXJ/qxP0qStxVjycvcKD4oHYsSpnOz7inYoB46SnxFtTY0gajZF0NBTFsvrxj1guwfKmIDC fuBFzcsBlApAmeSDXppMmSR9gGS/TeMMgEvj4AVQAHfxM65Kq2b3rbq4GTc5q8hQKizFX/OYLpQ 7FkB6dO+tvQ0nugMhG4E2lx2LNTzWBuimmS9sDZx3jc4kdp7uj1Boh0EsSEIA+rQmVW6M= X-Received: by 2002:a05:6512:3d04:b0:5ae:b2df:c11a with SMTP id 2adb3069b0e04-5aed44f625emr1264574e87.0.1783350044591; Mon, 06 Jul 2026 08:00:44 -0700 (PDT) Received: from [192.168.1.100] (91-159-24-186.elisa-laajakaista.fi. [91.159.24.186]) by smtp.gmail.com with ESMTPSA id 2adb3069b0e04-5aed13bfdf2sm2996177e87.58.2026.07.06.08.00.43 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 06 Jul 2026 08:00:44 -0700 (PDT) Message-ID: <0a1e26f6-29be-4328-9b04-48daa6a0177f@linaro.org> Date: Mon, 6 Jul 2026 18:00:43 +0300 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 v4 0/5] Add Qualcomm JPEG V4L2 encoder for SM8250 To: Bryan O'Donoghue , Atanas Filipov , linux-media@vger.kernel.org Cc: loic.poulain@oss.qualcomm.com, mchehab@kernel.org, robh@kernel.org, krzk+dt@kernel.org, conor+dt@kernel.org, andersson@kernel.org, konradybcio@kernel.org, linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org References: <20260706071113.383215-1-atanas.filipov@oss.qualcomm.com> <68e59764-5a10-4abc-849c-14ea2d9ef76e@linaro.org> <437d1eb0-4495-406a-9501-b0515cfa3151@linaro.org> <8116c54e-4050-4e9d-b236-59d74846bd57@linaro.org> <48c3ce6b-1e2a-457c-93b2-8fbc0912dc20@linaro.org> <3b0f7a36-05d7-417f-8efe-d6ba06488406@linaro.org> <6e8ccebb-4eb8-479f-a589-6981b543fc2b@linaro.org> From: Vladimir Zapolskiy In-Reply-To: <6e8ccebb-4eb8-479f-a589-6981b543fc2b@linaro.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 7/6/26 17:49, Bryan O'Donoghue wrote: > On 06/07/2026 15:35, Vladimir Zapolskiy wrote: >>> omitting power-domains for individual nodes is incorrect. Best practice >>> and in fact the _only_ practice that can work is to list power-domains, >> >> Let's step back and discuss hardware description of CAMSS IPs, so far >> there is no point to jump to the practice. >> >>> interconnects in the individual nodes themselves as - I've pointed out >>> multiple times now - those blocks have to ramp clocks and scale voltages >>> dependent on their particular use cases. >>> >> >> Right, you've pointed it a few times, no surprise a straw man fallacy >> argument resembles as is, because it does not address or debate the >> initial point of concern [1], when the absolutely excessive complexity >> is proposed to be implemented for "CAMSS power island" and its IPs. >> >> [1] https://lore.kernel.org/linux-media/e04cb9dc-76dd-4fa8-92f4- >> be002bf7ee8b@linaro.org > > You seem a little stuck on the term "CAMSS power island" the individual > blocks within the CAMSS "island" are individually collapsible. It's not me, who stuck, but dt bindings documentation describes CAMSS on a number of Qualcomm platforms. > That is why they _must_ have their own power-domains. > > The CamNoc is shared between these components but not outside. Hence it > is more like a bus than a parent/child relationship. > > As to your argument about complexity. I think that's subjective. > What is subjective between one instance and multiple identical instances of hardware properties? The first is simple the latter is complex. -- Best wishes, Vladimir