From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-lj1-f173.google.com (mail-lj1-f173.google.com [209.85.208.173]) (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 8B34A18EB0 for ; Thu, 4 Jun 2026 00:07:14 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.208.173 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1780531635; cv=none; b=KNafMTC1gEduElusO8i3K5yHAtT2WJRTvf75NbZEit9yi86xgKzAdYoa2s3AxTmbTH7p2lSn16MBWI612m3ZGvMJCfjRCWB1r0H0U5vtv83EV8w7OSgU8nbzaarZC9kjpilnPpFsT8h3TiqjaJYWqMDZBDhNMeCjYdV6fIL5gv8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1780531635; c=relaxed/simple; bh=C637yNthbMUvn8T3TsDQxIEK1Jz9TI/2RKy1ek0Ml1A=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=DwXktVPeFVjNj6KEPzVVT9uFzlv9OmS2BL1755SkzL7FpUZcuhOBk/S+eiHB/d49pGlADtlmb+WN0TrY5xWMMujIe530bT1bvOdQhSqJlxJZ9rl/uWdriDHqLrUNUvT0FUcuf6pM0Slkl8n7TcjedmxCvdf4BaGLdywl30k038k= 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=a1Z4nW+n; arc=none smtp.client-ip=209.85.208.173 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="a1Z4nW+n" Received: by mail-lj1-f173.google.com with SMTP id 38308e7fff4ca-396718028bfso9151fa.1 for ; Wed, 03 Jun 2026 17:07:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1780531633; x=1781136433; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to:subject :user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=9WKFOB3y1f0a/8eMDecdjOklsltsKxIJ4YPYh7+XMfw=; b=a1Z4nW+n7g+0A30hcKGq266GFg8E5rlkT+NcLCiH9MPZfIvbymxAhKDPHkpVzyAo2A RXq+fIav85jUTs8vgvUF2oVgh5AW0LTDbWxWB7YtHPaSzUfDlyy3vF+oPvkUE2BuHq8W 5N/ksiXggPwhZbpcOKKFhpGgj4joDjTc64W40pw771ucwqkBjlk9TP/bx+GdI9I2PgzW /2c67CPVLuXoD/tuK22bxwPzKYYECff5gou/PUDmhOuchxMGoxgf4ZFn5g54v1eIkrO/ Vu41H0KRWIGfipFbX4EVoGooWrUcREarUe0RzXnuSQCeXEI5L503FDNdt4TdN2XrJhO4 5ncA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1780531633; x=1781136433; h=content-transfer-encoding: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; bh=9WKFOB3y1f0a/8eMDecdjOklsltsKxIJ4YPYh7+XMfw=; b=CQTPS5m7rm1V/f51pnVU9tm/zk/xixJ0wUT7QLUfnzjUve0hjlw7y9dA1oEBzZdgul p4b1KR16LsfMQPBLuzGX5jvzjioOrQ4LmCNEI/3kkjjiWfnkqhdsQgyZ7ny1kzXABAbA BpH7Tahl8Mcq1EaJjPIzbkbDrwT2RWWgWTJRYYt0xLXvihlV6zVQYkRuT18tCZDN6opM XAhWFlV99F7a9wdP2pEidp5HP4KvFqVl+7gN/YC61GMSSkWETAaHamg/kgvobjMZCbYq lBEzu3/IO1P3Mgp5+PBlggfTNMT+RGNT8qyh3V7Cvh12JFb6rcsBL82B+IIsLQAwHwzR dN6A== X-Forwarded-Encrypted: i=1; AFNElJ+IHu50D3Ve+lZyqvecVb0sbi84dLMri0qU0OEK69IpQW0xiUfQb2EbjcbaBxnzCob+T8JpSabnUFsKFlI=@vger.kernel.org X-Gm-Message-State: AOJu0YxKV/9Rs7bniVrqb5Oh8PeBDw5JNXbCFyhRhJNGU/6PR/2X+Urd 6EdnpGYEMLpy6RKAxHE8PWiCeCb4qqIbnj4rWW75xgYxC5idZOINMc/mz6nQZ5aivY8= X-Gm-Gg: Acq92OGx0fCrE+1A/gTU1Hs9Dk7B6N4Z/g+R/tsxllHGemoUWMzoqAe294k4zA12PUS atEYQO6Iv6PoHBgVXac3v0Vy5yr3qf7uvLd4fRp+p8VEfX7l3HUHLAzPm5Tw7fS5lPEn+5XyYiV DJYbVKjWY3H/fe4ED06+X2xjcsqtb4hBMSfGKVZNuu7s8ULM12DcoL0z3vDpuhuyA2Wx4SXpr+O yUcZKacrxmZaewdicWCfBT1psCYWqhkuh2ZCl4XwcruUnMXJcBVLVGRj2QTO9CcfeIh3j78w1d1 gYp7g3+lu0e06uiqL+GIJdq5d8gk2ye/5TlrpLoi/mWvQ37cgdGDykk1C0m7+w3J1VdRQCEavSn MJCeji4Q99gQxbZ4tvJdVjHFfYTVOIjJb5d563QeL1e1orDbjUvlOOYv77E5/zkty82ci/IGGKz 64+OyU+4L8cPpEj+DHh4+dEFcyYGIUMEg3NWUgX7yzfsYEyK2ErIny5z+XMuymDTN6Rghu4VNO2 6Qg5P0+NrTpPq0J X-Received: by 2002:a05:651c:1594:b0:38a:325a:8a0b with SMTP id 38308e7fff4ca-396bf26804fmr522041fa.5.1780531632840; Wed, 03 Jun 2026 17:07:12 -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 38308e7fff4ca-396ac2ed9e1sm12353711fa.38.2026.06.03.17.07.11 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 03 Jun 2026 17:07:12 -0700 (PDT) Message-ID: <5ca611b1-0663-4975-bd56-b1343851e5fd@linaro.org> Date: Thu, 4 Jun 2026 03:07:11 +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 v8 1/2] dt-bindings: phy: qcom: Add CSI2 C-PHY/DPHY schema To: Bryan O'Donoghue , Vijay Kumar Tumati , Bryan O'Donoghue , Vinod Koul , Kishon Vijay Abraham I , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Neil Armstrong Cc: linux-arm-msm@vger.kernel.org, linux-phy@lists.infradead.org, linux-media@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org References: <20260523-x1e-csi2-phy-v8-0-a85668459521@linaro.org> <20260523-x1e-csi2-phy-v8-1-a85668459521@linaro.org> <478df3ed-d4ef-43aa-bb84-e2075798542b@kernel.org> <514cf213-5778-45e1-8d70-d3fe27991fcc@oss.qualcomm.com> <7JNJ4dUNz4ennJ5dkzhfLSuVo72JpfZAbprICPRqlRYnSzVDJw6x3h-1nESd_PK-3us9f1V3qOiLiywsTqP8vQ==@protonmail.internalid> <29e8491f-20e8-4082-8943-66bee7e3af1d@kernel.org> From: Vladimir Zapolskiy In-Reply-To: <29e8491f-20e8-4082-8943-66bee7e3af1d@kernel.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 6/4/26 00:18, Bryan O'Donoghue wrote: > On 03/06/2026 21:51, Vladimir Zapolskiy wrote: >>> Actually, one more thing, Why isn't TITAN TOP GDSC here?>>>> + >> If CSIPHYs are true subdevices under the umbrella CAMSS device and well >> described as subnodes, then likely none of power domains are needed to be >> repeatedly described in the children device nodes, since this information >> can be obtained from the parent device by the driver. >> >> Technically 'power-domains' property can be safely removed, I believe. > > The policy is to describe the power-domain dependency fully since DT > describes hardware not software architecture. It brings no contardiction to the statement I've given above, the needed power domans will be properly described in the parent device, and there is no sense to repeat the properties it again and again in every child subdevice. > Also for a very practical reason a sub-devices can probe/run > asynchronously of the parent device being active so in fact we do need > to describe the PDs fully. In opposite to the above this one is precisely a software centric argument, which should be excluded from the consideration, as well it's not a big deal to make a proper async initialization, removing excessive dt properties is worth it. -- Best wishes, Vladimir