From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-lf1-f54.google.com (mail-lf1-f54.google.com [209.85.167.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 75D45329E7E for ; Mon, 6 Jul 2026 13:57:19 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.167.54 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783346241; cv=none; b=RoH2pnJ24ZcXAy3636EE8y7fSjeDtqsURicWzA2oTaEAWp7VYKC22eeH8G4rOwiWorsPzo9/jgKRuoOgIATkqbx6S0jZQUUNpcV1xortS0t5f4kycOauQ1DzCTLC6OLewb0HV494JyCCP6J1A3qlnIbHKZ35OvaR1hbWwKaxXYk= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783346241; c=relaxed/simple; bh=Xzs5g9dEsK628K9byNJTDAcYpR/tRUu1uwxqbtSIVxE=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=UymETSDGyjBwEG1f+KjsIfQLZWsmOqmOJSDvHJA4hhG7QMvPEVRSyk8Q/FYDaqBcZSEcjZSYmbzezgpBR8khJRgdl98097+tZL9DCoTIR9k7YHFRRSShsKXooWi/xFzBu6ZbfCDPK6VArG/MaF7EwdMUOR9jlxMSGjibQH1XYjU= 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=v1J2dh9S; arc=none smtp.client-ip=209.85.167.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="v1J2dh9S" Received: by mail-lf1-f54.google.com with SMTP id 2adb3069b0e04-5ad4c966e63so214948e87.3 for ; Mon, 06 Jul 2026 06:57:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1783346238; x=1783951038; 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=BU04O1xBoSt4cocqne7Ze3wRzgQFHUDYv7uZbNdZ/Xs=; b=v1J2dh9Sx1bZVNhrIkMtTOr81g5s2YwTDjUPDFabHYPX6G6PGDVyHlSrezejao9urS rHEAZGEYFhYxJQDFy2waH3jQnza69TMDOxRQ5KjOIkcqpiIjbCOPyrTGqJjQZfRuPIOM gpqc24N8WYjK3fw9Mr1PZtyzYo0alAlZ8qR9MzcZWsUqo7FoU/Vii6rLLNeJv/9THsCE +xqzX0z0NPxQQYsyRh4LlJJvNsFkHqzP/RZZKy2b+hnW+UTQ+hRkGopb+WjSLS/Z6eUV 54wYIEol5+wCU/2FWwarq6lt8UPGPlHDhgrm059zaTob0gaveGgVBo+POJOsKcXOMora V5iQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1783346238; x=1783951038; 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=BU04O1xBoSt4cocqne7Ze3wRzgQFHUDYv7uZbNdZ/Xs=; b=JhB6xX+kIL/qz1r/55954RAiZcXYjqnhIAqQiQVzJOWztukUhzE1ifsqSvwYAiPFww XyTfHIVL1B0J+HW+2BkQ98q2hpsuq8hWEAEkJxQv/pmgX2wr5etxq4SM+ODMpNe/3JLu d+oUFVNxEiUMCajGpZZ7ALgsXqJeKQ6fBoj53xxMR22EVXoNL8x/NxtAnauWe3PDZBWE 6odGf5y6Ry7F6LbjvCEZSU4rfcS+M3m57b1YLbAFtFmI4U+63zK7aJcfzHa9Nojv1Bgv xzCWHJ73r3r+XGyciv9m6RW8bvnE2HUADmHbvm1+CHtMt8KFl9EgVYYAGGhkpgefz2h7 1vrA== X-Forwarded-Encrypted: i=1; AHgh+RplDjEGIffvJK6fqIx1rN3odxMUCYgoOFiyaRuXEcasclORZ/b+0nqlZbjXclJj+CHOIlGpZ8co7GeJlV8=@vger.kernel.org X-Gm-Message-State: AOJu0YyEEh6C7gWI4DakMUssP+RA+cN8c6xXz+XrCOLDAvSTtCfaL3bp y2qWgWdoFdrRIh2SFX++cduVpHupqVCvuX7EQk93q4RC6mvfWPgGmguMQWGZ//CbV0Q= X-Gm-Gg: AfdE7cmYq5pRMxtgkUreutmpKpRLsw9exOuxdlR0psbRkmWBvrJAbzd+K4OdyL+oeTT +BX5kMzA67RjhzVf6HIDoeUfS7vRp6e5Z+jchPbzCQsJv6lt/gFzFMR2WJV9y3GxKoPSl5uT7UM U0m5hu5L3tgfRfWcM8E3foO7+kRRCPdY8Q2ELKmQqiO/rwy5jxKTkMl+wx5ncsqEx7qVw0rDbgQ evF91D4fqm12DWMnRaB/R5KKVs5PArpKjbvxlE4f5ftOi5FyQzpBaHK1k90cB8yhguPeYRx/63e XJTA7wsMaVWY0U/PKRI3R4/K1u1o+8rSiQXwMx00F5Y+mdu9nGKzaKV0pq0P2hl5RG5++3axyOk WG6Hr0Qcz9RcQN45KyeLjZA52yluDwR4Ud7T759ZUmdAauilSVakqlR8Lu+4oy1/Eip7D2jeZ7Y AxOmaL4nHoznA/HDwtfGQzLVdWhP0MszgnGzj7QJG3u2H/ZMlsap2mHmfl59nkmd0GTH0= X-Received: by 2002:a05:6512:1328:b0:5aa:61ed:482c with SMTP id 2adb3069b0e04-5aed4557b80mr1425611e87.6.1783346237551; Mon, 06 Jul 2026 06:57:17 -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-5aed136f8b0sm2903301e87.4.2026.07.06.06.57.16 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 06 Jul 2026 06:57:17 -0700 (PDT) Message-ID: <48c3ce6b-1e2a-457c-93b2-8fbc0912dc20@linaro.org> Date: Mon, 6 Jul 2026 16:57:16 +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> From: Vladimir Zapolskiy In-Reply-To: <8116c54e-4050-4e9d-b236-59d74846bd57@linaro.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 7/6/26 16:37, Bryan O'Donoghue wrote: > On 06/07/2026 14:02, Vladimir Zapolskiy wrote: >>>> >>>> Why? The common power domain and interconnects have already been >>>> described as resources of the parent CAMSS device, there is no need >>>> to duplicate descriptions in every child device tree node of CAMSS. >>> >>> CSID, IFE etc are not parents of the JPEG encoder. >>> >>> The idea is to make all of these peers, eventually. Not particular block >>> owns the TITAN_TOP_GDSC - the entire CAMSS block is a collapsible block. >>> >> >> The statement provides the same information as before, e.g. it's found >> here: >> >> https://lore.kernel.org/linux-media/fbc018f5- >> c025-4747-85f2-53b45b0f0496@nxsw.ie/ >> >>     There's no functional linkage between CAMSS/IFE and JPEG - they are >>     peers within the CAMSS power-island. >> >> Thus "the CAMSS power-island" exists, and it got its hardware description >> as the CAMSS top device tree node, and TITAN_TOP_GDSC power domain is >> a natural resource of all devices on "CAMSS power-island", > > Vlad honestly, TITAN_TOP_GDSC is provided to the CAMSS island - all of > the nodes within it depend on that and it is _external_ to the block. So? There is no tension with my point of view. > There is a CSID MUX on some SOC other than that I'll restate it again, > I'm not sure why you won't accept it. > > There is no dependency between JPEG and IFE, one is _not_ subordinate to > the other and trying to find ways to invalidate that statement runs > counter to the facts. > > CAMCC provides TITAN_TOP_GDSC external to the CAMSS block, that GDSC > effectively _is_ the power island. > > This debate is going nowhere. Check the downstream you don't need the > docs titan_top_gdsc is provided by CAMCC. > There is no debate, since my arguments are not debated so far... Why? And at the same time you didn't provide any support to have N identical spread hardware property descriptions instead of the single one. What is a good enough reason to prefer complexity over simplicity? -- Best wishes, Vladimir