From: Konrad Dybcio <konradybcio@kernel.org>
To: Richard Acayan <mailingradian@gmail.com>,
Bjorn Andersson <andersson@kernel.org>,
Michael Turquette <mturquette@baylibre.com>,
Stephen Boyd <sboyd@kernel.org>, Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
Loic Poulain <loic.poulain@linaro.org>,
Robert Foss <rfoss@kernel.org>,
Andi Shyti <andi.shyti@kernel.org>,
Todor Tomov <todor.too@gmail.com>,
Bryan O'Donoghue <bryan.odonoghue@linaro.org>,
Mauro Carvalho Chehab <mchehab@kernel.org>,
Konrad Dybcio <konradybcio@kernel.org>,
linux-arm-msm@vger.kernel.org, linux-clk@vger.kernel.org,
devicetree@vger.kernel.org, linux-i2c@vger.kernel.org,
linux-media@vger.kernel.org
Cc: Vladimir Zapolskiy <vladimir.zapolskiy@linaro.org>
Subject: Re: [PATCH v4 3/7] i2c: qcom-cci: Stop complaining about DT set clock rate
Date: Thu, 5 Sep 2024 15:57:03 +0200 [thread overview]
Message-ID: <917917cc-3e78-4ab6-8fa4-82d9a6fe3fdd@kernel.org> (raw)
In-Reply-To: <20240904020448.52035-12-mailingradian@gmail.com>
On 4.09.2024 4:04 AM, Richard Acayan wrote:
> From: Bryan O'Donoghue <bryan.odonoghue@linaro.org>
>
> It is common practice in the downstream and upstream CCI dt to set CCI
> clock rates to 19.2 MHz. It appears to be fairly common for initial code to
> set the CCI clock rate to 37.5 MHz.
>
> Applying the widely used CCI clock rates from downstream ought not to cause
> warning messages in the upstream kernel where our general policy is to
> usually copy downstream hardware clock rates across the range of Qualcomm
> drivers.
>
> Drop the warning it is pervasive across CAMSS users but doesn't add any
> information or warrant any changes to the DT to align the DT clock rate to
> the bootloader clock rate.
>
> Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>
> Reviewed-by: Vladimir Zapolskiy <vladimir.zapolskiy@linaro.org>
> Link: https://lore.kernel.org/linux-arm-msm/20240824115900.40702-1-bryan.odonoghue@linaro.org
> Signed-off-by: Richard Acayan <mailingradian@gmail.com>
> ---
I.. am not sure this is really a problem? On some platforms the core
clock is only 19.2 Mhz, but e.g. on sdm845 we have:
static const struct freq_tbl ftbl_cam_cc_cci_clk_src[] = {
F(19200000, P_BI_TCXO, 1, 0, 0),
F(37500000, P_CAM_CC_PLL0_OUT_EVEN, 16, 0, 0),
F(50000000, P_CAM_CC_PLL0_OUT_EVEN, 12, 0, 0),
F(100000000, P_CAM_CC_PLL0_OUT_EVEN, 6, 0, 0),
{ }
};
Shouldn't this be somehow dynamically calculated?
Konrad
next prev parent reply other threads:[~2024-09-05 13:57 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-04 2:04 [PATCH v4 0/7] Add SDM670 camera subsystem Richard Acayan
2024-09-04 2:04 ` [PATCH v4 1/7] dt-bindings: clock: qcom,sdm845-camcc: add sdm670 compatible Richard Acayan
2024-09-04 6:11 ` Krzysztof Kozlowski
2024-09-04 2:04 ` [PATCH v4 2/7] dt-bindings: i2c: qcom-cci: Document SDM670 compatible Richard Acayan
2024-09-04 6:12 ` Krzysztof Kozlowski
2024-09-04 2:04 ` [PATCH v4 3/7] i2c: qcom-cci: Stop complaining about DT set clock rate Richard Acayan
2024-09-05 13:57 ` Konrad Dybcio [this message]
2024-09-05 14:18 ` Vladimir Zapolskiy
2024-09-05 15:18 ` Konrad Dybcio
2024-09-05 16:05 ` Bryan O'Donoghue
2024-09-04 2:04 ` [PATCH v4 4/7] dt-bindings: media: camss: Add qcom,sdm670-camss Richard Acayan
2024-09-04 3:35 ` Rob Herring (Arm)
2024-09-04 5:57 ` Krzysztof Kozlowski
2024-09-05 14:54 ` Vladimir Zapolskiy
2024-09-04 2:04 ` [PATCH v4 5/7] media: qcom: camss: add support for SDM670 camss Richard Acayan
2024-09-04 2:04 ` [PATCH v4 6/7] arm64: dts: qcom: sdm670: add camcc Richard Acayan
2024-09-04 2:04 ` [PATCH v4 7/7] arm64: dts: qcom: sdm670: add camss and cci Richard Acayan
2024-09-05 20:09 ` [PATCH v4 0/7] Add SDM670 camera subsystem Andi Shyti
2024-09-05 20:27 ` Bryan O'Donoghue
2024-09-06 2:36 ` Richard Acayan
2024-09-06 7:21 ` Andi Shyti
2024-09-06 12:19 ` Bryan O'Donoghue
2024-09-06 13:00 ` Vladimir Zapolskiy
2024-09-27 22:23 ` Richard Acayan
2024-09-28 10:46 ` Vladimir Zapolskiy
2024-09-05 20:53 ` Vladimir Zapolskiy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=917917cc-3e78-4ab6-8fa4-82d9a6fe3fdd@kernel.org \
--to=konradybcio@kernel.org \
--cc=andersson@kernel.org \
--cc=andi.shyti@kernel.org \
--cc=bryan.odonoghue@linaro.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-i2c@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=loic.poulain@linaro.org \
--cc=mailingradian@gmail.com \
--cc=mchehab@kernel.org \
--cc=mturquette@baylibre.com \
--cc=rfoss@kernel.org \
--cc=robh@kernel.org \
--cc=sboyd@kernel.org \
--cc=todor.too@gmail.com \
--cc=vladimir.zapolskiy@linaro.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).