Devicetree
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
To: "Taniya Das" <taniya.das@oss.qualcomm.com>
Cc: devicetree@vger.kernel.org, krzk+dt@kernel.org,
	conor+dt@kernel.org, robh@kernel.org
Subject: Re: [PATCH v4 3/7] dt-bindings: clock: qcom: Add support for CAMCC for Eliza
Date: Thu, 14 May 2026 07:47:54 +0000	[thread overview]
Message-ID: <20260514074754.8ED8CC2BCB7@smtp.kernel.org> (raw)
In-Reply-To: <20260513-eliza_mm_cc_v2-v4-3-e61b5434e8d9@oss.qualcomm.com>

Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Medium] The schema incorrectly enforces the `#reset-cells` requirement for the newly added `qcom,eliza-cambistmclkcc` variant, which is not a reset provider.
--

commit a9d0f97a6a58cdea9469da3167d31dd8b62fa02f
Author: Taniya Das <taniya.das@oss.qualcomm.com>

dt-bindings: clock: qcom: Add support for CAMCC for Eliza

This commit adds compatible strings for the Eliza camera and camera BIST
clock controllers to the existing Milos camcc binding. It also introduces
the corresponding dt-binding headers.

> diff --git a/Documentation/devicetree/bindings/clock/qcom,milos-camcc.yaml b/Documentation/devicetree/bindings/clock/qcom,milos-camcc.yaml
> index f63149ecf3e1b..fe94dbeb80c60 100644
> --- a/Documentation/devicetree/bindings/clock/qcom,milos-camcc.yaml
> +++ b/Documentation/devicetree/bindings/clock/qcom,milos-camcc.yaml
> @@ -8,16 +8,23 @@ title: Qualcomm Camera Clock & Reset Controller on Milos
[ ... ]
>  properties:
>    compatible:
> -    const: qcom,milos-camcc
> +    enum:
> +      - qcom,eliza-cambistmclkcc
> +      - qcom,eliza-camcc
> +      - qcom,milos-camcc

Since qcom,milos-camcc.yaml already has an unconditional inheritance from
qcom,gcc.yaml:

Documentation/devicetree/bindings/clock/qcom,milos-camcc.yaml:
    allOf:
      - $ref: qcom,gcc.yaml#

the base schema enforces #reset-cells in its required list.

> diff --git a/include/dt-bindings/clock/qcom,eliza-cambistmclkcc.h b/include/dt-bindings/clock/qcom,eliza-cambistmclkcc.h
> new file mode 100644
> index 0000000000000..7b8b285f18d27
> --- /dev/null
> +++ b/include/dt-bindings/clock/qcom,eliza-cambistmclkcc.h
> @@ -0,0 +1,32 @@
> +/* SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) */
> +/*
> + * Copyright (c) Qualcomm Technologies, Inc. and/or its subsidiaries.
> + */
> +
> +#ifndef _DT_BINDINGS_CLK_QCOM_CAM_BIST_MCLK_CC_ELIZA_H
> +#define _DT_BINDINGS_CLK_QCOM_CAM_BIST_MCLK_CC_ELIZA_H
> +
> +/* CAM_BIST_MCLK_CC clocks */
> +#define CAM_BIST_MCLK_CC_MCLK0_CLK				0
[ ... ]
> +#define CAM_BIST_MCLK_CC_SLEEP_CLK				19
> +#define CAM_BIST_MCLK_CC_SLEEP_CLK_SRC				20
> +
> +#endif

Looking at this newly added header, the BIST MCLK controller only provides
clocks and defines zero resets.

Forcing a pure clock provider to declare #reset-cells to pass schema
validation seems semantically incorrect. It might force developers to add
bogus properties to their device trees to circumvent validation errors,
which happened in the subsequent commit "arm64: dts: qcom: eliza: Add
support for MM clock controllers".

Would it make sense to use an if-then conditional block in the schema to
restrict the #reset-cells requirement to actual reset providers, or move
the BIST controller to a separate schema file?

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20260513-eliza_mm_cc_v2-v4-0-e61b5434e8d9@oss.qualcomm.com?part=3

  reply	other threads:[~2026-05-14  7:47 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-05-13 15:27 [PATCH v4 0/7] Add support for Video, Camera, Graphics clock controllers on Eliza Taniya Das
2026-05-13 15:27 ` [PATCH v4 1/7] dt-bindings: clock: qcom: Add video clock controller on Qualcomm Eliza SoC Taniya Das
2026-05-14 10:18   ` Krzysztof Kozlowski
2026-05-14 10:21     ` Taniya Das
2026-05-13 15:27 ` [PATCH v4 2/7] dt-bindings: clock: qcom: document the Eliza GPU Clock Controller Taniya Das
2026-05-13 15:27 ` [PATCH v4 3/7] dt-bindings: clock: qcom: Add support for CAMCC for Eliza Taniya Das
2026-05-14  7:47   ` sashiko-bot [this message]
2026-05-13 15:27 ` [PATCH v4 4/7] clk: qcom: videocc: Add video clock controller driver " Taniya Das
2026-05-14  9:12   ` sashiko-bot
2026-05-13 15:27 ` [PATCH v4 5/7] clk: qcom: gpucc: Add GPU Clock Controller " Taniya Das
2026-05-14 10:26   ` sashiko-bot
2026-05-13 15:27 ` [PATCH v4 6/7] clk: qcom: camcc: Add support for camera clock controller " Taniya Das
2026-05-14 11:16   ` sashiko-bot
2026-05-13 15:27 ` [PATCH v4 7/7] arm64: dts: qcom: eliza: Add support for MM clock controllers Taniya Das
2026-05-14 11:40   ` sashiko-bot

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=20260514074754.8ED8CC2BCB7@smtp.kernel.org \
    --to=sashiko-bot@kernel.org \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=krzk+dt@kernel.org \
    --cc=robh@kernel.org \
    --cc=sashiko-reviews@lists.linux.dev \
    --cc=taniya.das@oss.qualcomm.com \
    /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