From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-lj1-f175.google.com (mail-lj1-f175.google.com [209.85.208.175]) (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 EE6185231 for ; Thu, 18 Apr 2024 20:56:16 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.208.175 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1713473779; cv=none; b=uC7fdTZMz2IhfryLQWCCH6E4Az5Ct5QOxlhHn1RDmUtjeiOzv7XtlHfsau94E74J1HhKzTpQUlVUgYB9rqPRpk4L2H1eE2qHdetZm/wOQveNDARZKfg08CUBaS38Ole/D3BzDw5RzW0VIOReyI4yl81JqD0cEBse20Ik0pazPCM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1713473779; c=relaxed/simple; bh=wGzGycJk/Oi2kpbEFgexVOpTcNGX5gvdXuAs44SRsFM=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=uKHWLePHbNP/kT8oTBKKFm61Z13GrZairh6yvWgdLG+8wGOLdmixAQ7d02yYOiqwqhSADwHPJmv/lXMmdG9ThnF8EnJIlgEN4q7I7QJFAqSrdJexHP7/aqH2BO7RsRTWXVvU4LvMEC7ys0dnd28VyCcrwzOhtCYJr5RoRaUbam4= 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=j8hncsoK; arc=none smtp.client-ip=209.85.208.175 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="j8hncsoK" Received: by mail-lj1-f175.google.com with SMTP id 38308e7fff4ca-2dac628f08fso3574861fa.3 for ; Thu, 18 Apr 2024 13:56:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1713473775; x=1714078575; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=sNOD//alu/YfcmSed7oxxw7a4+KJ3u8Ghpd/YaoyNuE=; b=j8hncsoKYUqw879Y2+8Lx8xT9ymDcPIE4I2gBi9a9hn4fVOYX8frQk+4C5QMlDkeVC 0dA14wy6rkMQpQIoKy15C1CVetKDGa6SIxCNbGy70iN9EYS9XYwwKw6Iw2H1IfAp5BYT VoWVUR/m1NepTXhnWYtAJw1Nh5pHkMyYWOxhD/JceJ/35O9QQFqaePKjAcbxgQFJgxXT QvMZIW34cnIFH8cIQ+nUKE4byVYjyT5x67+tinqt87tMj4LeCFSBd52c4h+JrpxhFd6f QmrpbmU0mkwAdHLUlkpf+8My16N85pUF+izF3g5bjg7vTfjsp+doh3UuQRRjG42duCdG LJvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1713473775; x=1714078575; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=sNOD//alu/YfcmSed7oxxw7a4+KJ3u8Ghpd/YaoyNuE=; b=CaM1unsxorZjKaXw0+TBXF0Lvb425TKi5SpWFIPy/5nSRLwEqVGsITvcyI6Iud2bpT lio2Ni+OHC4A7A5GRZvU1ldjI/zzqBGWii74/m/ihc7SU3cByvnyED/JkN8cXNFRkvdO O8lcPqWOAMBZ4UAUny7gZhUZy/iNbtN5aAsXkJ8em/Az4QmvdDFQ68dlhioHnzAf2td4 F7GyhaXSp2JQYBzP1s3fNqrao1V67UoVX0uTf9P669NZUDoPk954zLRMLioZdbr/H6lM zgo+/yl/nyJYdW6PIuRk5tEzVQusmR4ab9AgYKaAtE1Jkj4b6tUdkpc5dyEjlw/eMQba hdOw== X-Forwarded-Encrypted: i=1; AJvYcCWR5nMoSyoOcx7FMm9pcHW7Hk5g6ZATZh2NybA5nqtsYWR4f+J6Mqc8w5b1ySCgjEedPEq9blHOzClxVmKpxqqOKQndxPf4cN4X X-Gm-Message-State: AOJu0YxZzzNya2ND107myL9Lt1/mzRivTPm+86NLUd7B1VJEavxBsXoA f2XGcwHRQWtU7b4YuqVcO6vOR56kztuIsQZ9cZBeqxnbrG9moMdWFPyMRweGT8E= X-Google-Smtp-Source: AGHT+IG0XdbMufW8P2nIZpf7qgVe3OH9Abfq3vBzkYJB/UwVOmO2hShAkFLgUgPW173oxVGi2cgNFQ== X-Received: by 2002:ac2:4db9:0:b0:513:ec32:aa89 with SMTP id h25-20020ac24db9000000b00513ec32aa89mr96655lfe.2.1713473775021; Thu, 18 Apr 2024 13:56:15 -0700 (PDT) Received: from [192.168.1.102] (88-112-131-206.elisa-laajakaista.fi. [88.112.131.206]) by smtp.gmail.com with ESMTPSA id m9-20020ac24ac9000000b0051950b81ae7sm380825lfp.237.2024.04.18.13.56.14 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 18 Apr 2024 13:56:14 -0700 (PDT) Message-ID: <752f077d-68a8-4bb5-86cf-c6d49cfe4606@linaro.org> Date: Thu, 18 Apr 2024 23:56:09 +0300 Precedence: bulk X-Mailing-List: linux-clk@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH V2 RESEND 6/6] arm64: dts: qcom: sm8650: Add video and camera clock controllers Content-Language: en-US To: Konrad Dybcio , Jagadeesh Kona , Bjorn Andersson , Michael Turquette , Stephen Boyd , Rob Herring , Krzysztof Kozlowski , Conor Dooley Cc: linux-arm-msm@vger.kernel.org, linux-clk@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Taniya Das , Satya Priya Kakitapalli , Ajit Pandey , Imran Shaik References: <20240321092529.13362-1-quic_jkona@quicinc.com> <20240321092529.13362-7-quic_jkona@quicinc.com> <0a7da687-18fb-437f-b33a-e4a1de20177e@linaro.org> <9ac4117c-755e-4e49-b3a2-661e7195a7ed@linaro.org> From: Vladimir Zapolskiy In-Reply-To: <9ac4117c-755e-4e49-b3a2-661e7195a7ed@linaro.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hi Konrad, On 3/23/24 02:33, Konrad Dybcio wrote: > On 21.03.2024 14:07, Vladimir Zapolskiy wrote: >> Hello Jagadeesh, >> >> On 3/21/24 11:25, Jagadeesh Kona wrote: >>> Add device nodes for video and camera clock controllers on Qualcomm >>> SM8650 platform. >>> >>> Signed-off-by: Jagadeesh Kona >>> --- >>>   arch/arm64/boot/dts/qcom/sm8650.dtsi | 28 ++++++++++++++++++++++++++++ >>>   1 file changed, 28 insertions(+) >>> >>> diff --git a/arch/arm64/boot/dts/qcom/sm8650.dtsi b/arch/arm64/boot/dts/qcom/sm8650.dtsi >>> index 32c0a7b9aded..d862aa6be824 100644 >>> --- a/arch/arm64/boot/dts/qcom/sm8650.dtsi >>> +++ b/arch/arm64/boot/dts/qcom/sm8650.dtsi >>> @@ -4,6 +4,8 @@ >>>    */ >>>     #include >>> +#include >>> +#include >>>   #include >>>   #include >>>   #include >>> @@ -3110,6 +3112,32 @@ opp-202000000 { >>>               }; >>>           }; >>>   +        videocc: clock-controller@aaf0000 { >>> +            compatible = "qcom,sm8650-videocc"; >>> +            reg = <0 0x0aaf0000 0 0x10000>; >>> +            clocks = <&bi_tcxo_div2>, >>> +                 <&gcc GCC_VIDEO_AHB_CLK>; >>> +            power-domains = <&rpmhpd RPMHPD_MMCX>; >>> +            required-opps = <&rpmhpd_opp_low_svs>; >> >> Please add default status = "disabled"; >> >>> +            #clock-cells = <1>; >>> +            #reset-cells = <1>; >>> +            #power-domain-cells = <1>; >>> +        }; >>> + >>> +        camcc: clock-controller@ade0000 { >>> +            compatible = "qcom,sm8650-camcc"; >>> +            reg = <0 0x0ade0000 0 0x20000>; >>> +            clocks = <&gcc GCC_CAMERA_AHB_CLK>, >>> +                 <&bi_tcxo_div2>, >>> +                 <&bi_tcxo_ao_div2>, >>> +                 <&sleep_clk>; >>> +            power-domains = <&rpmhpd RPMHPD_MMCX>; >>> +            required-opps = <&rpmhpd_opp_low_svs>; >> >> Please add default status = "disabled"; >> >>> +            #clock-cells = <1>; >>> +            #reset-cells = <1>; >>> +            #power-domain-cells = <1>; >>> +        }; >>> + >>>           mdss: display-subsystem@ae00000 { >>>               compatible = "qcom,sm8650-mdss"; >>>               reg = <0 0x0ae00000 0 0x1000>; >> >> After disabling the clock controllers > > Clock controllers should never be disabled period, that defeats the > entire point of having unused clk/pd cleanup. hm, that's very sane, I didn't think about it from this point, thanks! > The only reason for them to be disabled is for cases where platform > crashes on access due to stinky "security" settings (like with audio > clocks), or when people are too lazy to upstream panel drivers and > end up partially upstreaming display-related changes and continue > using the bootloader-initialized framebuffer. This takes away from > the very little determinism we have. > -- Best wishes, Vladimir