<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/git/next/linux-next.git/drivers/clk/qcom, branch master</title>
<subtitle>The linux-next integration testing tree</subtitle>
<id>https://git.rulkc.org/pub/scm/linux/kernel/git/next/linux-next.git/atom?h=master</id>
<link rel='self' href='https://git.rulkc.org/pub/scm/linux/kernel/git/next/linux-next.git/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/next/linux-next.git/'/>
<updated>2026-09-19T03:08:18+00:00</updated>
<entry>
<title>Merge branches 'arm64-defconfig-for-7.4', 'arm64-fixes-for-7.3', 'arm64-for-7.4', 'clk-fixes-for-7.3', 'clk-for-7.4', 'drivers-fixes-for-7.3' and 'drivers-for-7.4' into for-next</title>
<updated>2026-09-19T03:08:18+00:00</updated>
<author>
<name>Bjorn Andersson</name>
<email>andersson@kernel.org</email>
</author>
<published>2026-09-19T03:08:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=43d09481a91466a7388cbffc6de3b1df8e5aa35b'/>
<id>urn:sha1:43d09481a91466a7388cbffc6de3b1df8e5aa35b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>clk: qcom: Add support for the camera clock controller (CAMCC) on Hawi</title>
<updated>2026-09-18T23:18:56+00:00</updated>
<author>
<name>Vivek Aknurwar</name>
<email>vivek.aknurwar@oss.qualcomm.com</email>
</author>
<published>2026-09-15T17:33:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=1390fc11599b5ad3ca9bbafba04ee781b4544819'/>
<id>urn:sha1:1390fc11599b5ad3ca9bbafba04ee781b4544819</id>
<content type='text'>
The CAMCC block on the Qualcomm Hawi SoC provides the primary camera
clocks. The Camera BIST MCLK clock controller is identical to
Kaanapali's and hence reuses the cambistmclkcc-kaanapali driver to
provide the functional MCLK required for camera operations.

Reviewed-by: Konrad Dybcio &lt;konrad.dybcio@oss.qualcomm.com&gt;
Reviewed-by: Abel Vesa &lt;abel.vesa@oss.qualcomm.com&gt;
Reviewed-by: Taniya Das &lt;taniya.das@oss.qualcomm.com&gt;
Signed-off-by: Vivek Aknurwar &lt;vivek.aknurwar@oss.qualcomm.com&gt;
Link: https://lore.kernel.org/r/20260915-camcc-hawi-v3-2-5b57f45477f1@oss.qualcomm.com
Signed-off-by: Bjorn Andersson &lt;andersson@kernel.org&gt;
</content>
</entry>
<entry>
<title>clk: qcom: convert drivers over to use subsys_platform_driver()</title>
<updated>2026-09-16T23:15:12+00:00</updated>
<author>
<name>Brian Masney</name>
<email>bmasney@redhat.com</email>
</author>
<published>2026-09-08T17:47:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=51c6b675682a9cf5546fb057fed8f99361b56cf2'/>
<id>urn:sha1:51c6b675682a9cf5546fb057fed8f99361b56cf2</id>
<content type='text'>
Reduce boilerplate code in the drivers and convert them over to use
subsys_platform_driver().

Signed-off-by: Brian Masney &lt;bmasney@redhat.com&gt;
Assisted-by: Claude:claude-opus-4-8
Reviewed-by: Abel Vesa &lt;abel.vesa@oss.qualcomm.com&gt;
Reviewed-by: Konrad Dybcio &lt;konrad.dybcio@oss.qualcomm.com&gt;
Tested-by: Pankaj Patil &lt;pankaj.patil@oss.qualcomm.com&gt;
Link: https://lore.kernel.org/r/20260908-subsys_initcall-v1-3-cbccf4cd4288@redhat.com
Signed-off-by: Bjorn Andersson &lt;andersson@kernel.org&gt;
</content>
</entry>
<entry>
<title>clk: qcom: Fix CLK_GLYMUR_GPUCC default and CLK_GLYMUR_EVACC duplicate</title>
<updated>2026-09-16T22:06:00+00:00</updated>
<author>
<name>Sivansh Gupta</name>
<email>sivansh.gupta@oss.qualcomm.com</email>
</author>
<published>2026-08-21T04:52:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=364709a9d450ae3814726768aec6611e5f003467'/>
<id>urn:sha1:364709a9d450ae3814726768aec6611e5f003467</id>
<content type='text'>
Commit 6b150572bb76 ("clk: qcom: Add defaults for desired arm64 drivers")
missed adding a defaults for CLK_GLYMUR_GPUCC and created a duplicated
for CLK_GLYMUR_EVACC instead. The original patch series did't have this
problem and was introduced during the merge. Fix this by removing the
duplicate and adding a default for CLK_GLYMUR_GPUCC.

Fixes: 6b150572bb76 ("clk: qcom: Add defaults for desired arm64 drivers")
Signed-off-by: Sivansh Gupta &lt;sivansh.gupta@oss.qualcomm.com&gt;
Reviewed-by: Pankaj Patil &lt;pankaj.patil@oss.qualcomm.com&gt;
Reviewed-by: Abel Vesa &lt;abel.vesa@oss.qualcomm.com&gt;
Link: https://lore.kernel.org/r/20260821045214.2623299-2-sivansh.gupta@oss.qualcomm.com
Signed-off-by: Bjorn Andersson &lt;andersson@kernel.org&gt;
</content>
</entry>
<entry>
<title>clk: qcom: Add Global Clock Controller driver for Kuno</title>
<updated>2026-08-31T22:37:49+00:00</updated>
<author>
<name>Hardeep Sharma</name>
<email>hardeep.sharma@oss.qualcomm.com</email>
</author>
<published>2026-08-27T17:51:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=7db06b5f624b583fa2206f98de8437819acada9b'/>
<id>urn:sha1:7db06b5f624b583fa2206f98de8437819acada9b</id>
<content type='text'>
Add the global clock controller (GCC) driver for the Qualcomm Kuno SoC,
providing the PLLs, root clock generators, gate/branch clocks and resets
used by the peripheral devices such as UART, SPI, I2C, USB, SD, PCIe and
Ethernet.

Reviewed-by: Konrad Dybcio &lt;konrad.dybcio@oss.qualcomm.com&gt;
Reviewed-by: Abel Vesa &lt;abel.vesa@oss.qualcomm.com&gt;
Signed-off-by: Hardeep Sharma &lt;hardeep.sharma@oss.qualcomm.com&gt;
Link: https://lore.kernel.org/r/20260827-kuno-soc-support-v5-11-6d47636a8f09@oss.qualcomm.com
Signed-off-by: Bjorn Andersson &lt;andersson@kernel.org&gt;
</content>
</entry>
<entry>
<title>clk: qcom: clk-rpmh: Add support for Kuno RPMh clocks</title>
<updated>2026-08-31T22:36:36+00:00</updated>
<author>
<name>Hardeep Sharma</name>
<email>hardeep.sharma@oss.qualcomm.com</email>
</author>
<published>2026-08-27T17:51:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=12918d595ac96b819b9c3ba0df4c6a4bf50c43a9'/>
<id>urn:sha1:12918d595ac96b819b9c3ba0df4c6a4bf50c43a9</id>
<content type='text'>
Add the RPMh clock description for the Qualcomm Kuno SoC so the
qcom,kuno-rpmh-clk compatible can provide the RPMh-managed clocks to
consumers: the CXO div-2 (and always-on variant), RF clock 1 (and
always-on variant), the QPIC BCM clock and the IPA clock.

Reviewed-by: Dmitry Baryshkov &lt;dmitry.baryshkov@oss.qualcomm.com&gt;
Reviewed-by: Konrad Dybcio &lt;konrad.dybcio@oss.qualcomm.com&gt;
Reviewed-by: Abel Vesa &lt;abel.vesa@oss.qualcomm.com&gt;
Signed-off-by: Hardeep Sharma &lt;hardeep.sharma@oss.qualcomm.com&gt;
Link: https://lore.kernel.org/r/20260827-kuno-soc-support-v5-5-6d47636a8f09@oss.qualcomm.com
Signed-off-by: Bjorn Andersson &lt;andersson@kernel.org&gt;
</content>
</entry>
<entry>
<title>clk: qcom: alpha-pll: Check Lucid Ole PLL status before configuring</title>
<updated>2026-08-31T20:17:33+00:00</updated>
<author>
<name>Esteban Urrutia</name>
<email>esteuwu@proton.me</email>
</author>
<published>2026-07-14T03:28:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=2295d6a84179bfe853244c8ef26d6f54b29959cb'/>
<id>urn:sha1:2295d6a84179bfe853244c8ef26d6f54b29959cb</id>
<content type='text'>
On some platforms such as SM8475, not doing this may result in graphical
glitches when the mdss driver takes over.
This fixes the aforementioned issue.

Fixes: 3132a9a11e57 ("clk: qcom: clk-alpha-pll: Add support for lucid ole pll configure")
Signed-off-by: Esteban Urrutia &lt;esteuwu@proton.me&gt;
Reviewed-by: Konrad Dybcio &lt;konrad.dybcio@oss.qualcomm.com&gt;
Suggested-by: Konrad Dybcio &lt;konrad.dybcio@oss.qualcomm.com&gt;
Link: https://lore.kernel.org/r/20260713-sm8450-qol-dispcc-v3-3-56fd05822270@proton.me
Signed-off-by: Bjorn Andersson &lt;andersson@kernel.org&gt;
</content>
</entry>
<entry>
<title>clk: qcom: dispcc-sm8450: Migrate to qcom_cc_driver_data</title>
<updated>2026-08-31T20:17:33+00:00</updated>
<author>
<name>Esteban Urrutia</name>
<email>esteuwu@proton.me</email>
</author>
<published>2026-07-14T03:28:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=b1e06ad04819fc4842a96b22b0533a12648aeacc'/>
<id>urn:sha1:b1e06ad04819fc4842a96b22b0533a12648aeacc</id>
<content type='text'>
Migrate to qcom_cc_driver_data, which is used by other clock controller
drivers.

Reviewed-by: Konrad Dybcio &lt;konrad.dybcio@oss.qualcomm.com&gt;
Signed-off-by: Esteban Urrutia &lt;esteuwu@proton.me&gt;
Reviewed-by: Dmitry Baryshkov &lt;dmitry.baryshkov@oss.qualcomm.com&gt;
Link: https://lore.kernel.org/r/20260713-sm8450-qol-dispcc-v3-2-56fd05822270@proton.me
Signed-off-by: Bjorn Andersson &lt;andersson@kernel.org&gt;
</content>
</entry>
<entry>
<title>clk: qcom: dispcc-sm8450: Fix disp_cc_mdss_mdp_clk_src ops</title>
<updated>2026-08-31T20:17:33+00:00</updated>
<author>
<name>Esteban Urrutia</name>
<email>esteuwu@proton.me</email>
</author>
<published>2026-07-14T03:28:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=73df1b79026d71bf5bba04a55266db7bbe744e75'/>
<id>urn:sha1:73df1b79026d71bf5bba04a55266db7bbe744e75</id>
<content type='text'>
If the clock frequency is changed at registration time, a flicker will be
visible at boot.
Switching to clk_rcg2_shared_no_init_park_ops fixes this.

Fixes: 16fb89f92ec4 ("clk: qcom: Add support for Display Clock Controller on SM8450")
Reviewed-by: Konrad Dybcio &lt;konrad.dybcio@oss.qualcomm.com&gt;
Signed-off-by: Esteban Urrutia &lt;esteuwu@proton.me&gt;
Link: https://lore.kernel.org/r/20260713-sm8450-qol-dispcc-v3-1-56fd05822270@proton.me
Signed-off-by: Bjorn Andersson &lt;andersson@kernel.org&gt;
</content>
</entry>
<entry>
<title>clk: qcom: gcc-msm8939: mark Venus core GDSCs as hardware controlled</title>
<updated>2026-08-31T20:16:46+00:00</updated>
<author>
<name>Erikas Bitovtas</name>
<email>xerikasxx@gmail.com</email>
</author>
<published>2026-07-31T20:08:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=7bc58e0aca2ac92967c265af67d3adc11d61ff6a'/>
<id>urn:sha1:7bc58e0aca2ac92967c265af67d3adc11d61ff6a</id>
<content type='text'>
Allow Venus core GDSCs to have their control passed to hardware, so they
can be powered on by Venus firmware and explicitly state that the vcodec
clocks' halt bit should be checked.

Signed-off-by: Erikas Bitovtas &lt;xerikasxx@gmail.com&gt;
Reviewed-by: Konrad Dybcio &lt;konrad.dybcio@oss.qualcomm.com&gt;
Reviewed-by: Bryan O'Donoghue &lt;bryan.odonoghue@linaro.org&gt;
[André: Update commit message]
Signed-off-by: André Apitzsch &lt;git@apitzsch.eu&gt;
Link: https://lore.kernel.org/r/20260731-msm8939-venus-rfc-v10-1-9ac503250fc7@apitzsch.eu
Signed-off-by: Bjorn Andersson &lt;andersson@kernel.org&gt;
</content>
</entry>
</feed>
