From: sashiko-bot@kernel.org
To: "Atanas Filipov" <atanas.filipov@oss.qualcomm.com>
Cc: conor+dt@kernel.org, robh@kernel.org, krzk+dt@kernel.org,
devicetree@vger.kernel.org
Subject: Re: [PATCH 1/3] media: dt-bindings: qcom: add JPEG encoder binding
Date: Fri, 15 May 2026 11:57:40 +0000 [thread overview]
Message-ID: <20260515115741.57E07C2BCB0@smtp.kernel.org> (raw)
In-Reply-To: <20260515-qcom-jpeg-v4l2-v1-1-f38c2e1b3555@oss.qualcomm.com>
Thank you for your contribution! Sashiko AI review found 5 potential issue(s) to consider:
- [Medium] `clock-names` is omitted from the `required` list, which can lead to runtime driver probe failures for otherwise valid DT nodes.
- [Low] The `cell-index` property is used in the example but is not defined in the `properties` block, causing a schema validation error.
- [Low] The example uses C preprocessor macros without including the necessary headers, causing `dt_binding_check` compilation to fail.
- [Low] The example uses a non-generic node name (`qcom,jpegenc@ac4e000`).
- [Low] The `reg` property in the example uses 64-bit addresses and sizes without a parent node specifying the cell context, causing a schema validation failure.
--
commit 8198eafe99ce53eb80a55ddd2b50d88c47749ec9
Author: Atanas Filipov <atanas.filipov@oss.qualcomm.com>
media: dt-bindings: qcom: add JPEG encoder binding
Add YAML device tree binding for the Qualcomm JPEG encoder hardware. This
binding is used by the newly added driver and describes all required
resources, including clocks, power domains, IOMMU mappings and interconnect
paths.
> diff --git a/Documentation/devicetree/bindings/media/qcom,jpeg-encoder.yaml b/Documentation/devicetree/bindings/media/qcom,jpeg-encoder.yaml
> new file mode 100644
> index 0000000000000..fac3e654458d3
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/media/qcom,jpeg-encoder.yaml
[ ... ]
> +required:
> + - compatible
> + - reg
> + - clocks
> + - interrupts
> + - power-domains
> + - iommus
> + - interconnects
> + - interconnect-names
Should clock-names be included in this required list?
The binding mandates exactly 6 clocks and defines clock-names, but omits
clock-names from the required list. If a device tree node conforms to the
schema by omitting clock-names, the driver might fail to probe when fetching
clocks by string name.
> +
> +additionalProperties: false
> +
> +examples:
> + - |
Does this example need dt-bindings header includes?
It uses macros like GIC_SPI, IRQ_TYPE_EDGE_RISING, CAM_CC_TITAN_TOP_GDSC, and
GCC_CAMERA_HF_AXI_CLK, but the headers defining them are missing. The device
tree compiler will fail with syntax errors because it expects integer values
rather than string tokens.
> + qcom_jpeg_enc: qcom,jpegenc@ac4e000 {
This isn't a bug, but the node name qcom,jpegenc@ac4e000 does not use a
generic term. Would it be better to use a generic name like
jpeg-encoder@ac4e000 or video-codec@ac4e000 according to standard Device Tree
naming conventions?
> + cell-index = <0>;
Should cell-index be defined in the properties block above?
Because additionalProperties is false at the top level, having cell-index in
the example without defining it in the schema will cause a schema validation
error.
> + compatible = "qcom,qcm6490-jenc";
> + reg =
> + <0 0xac4e000 0 0x4000>,
> + <0 0xac40000 0 0x1000>;
Will this reg property pass validation without a parent node specifying
#address-cells and #size-cells?
Since it uses four cells per entry, dtc will default to 1 for both address
and size, interpreting these 8 cells as 4 separate regions. This would
violate the maxItems: 2 constraint on the reg property.
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260515-qcom-jpeg-v4l2-v1-0-f38c2e1b3555@oss.qualcomm.com?part=1
next prev parent reply other threads:[~2026-05-15 11:57 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-15 11:46 [PATCH 0/3] Subject: [PATCH 0/3] media: qcom: Add Qualcomm JPEG encoder driver Atanas Filipov
2026-05-15 11:46 ` [PATCH 1/3] media: dt-bindings: qcom: add JPEG encoder binding Atanas Filipov
2026-05-15 11:57 ` sashiko-bot [this message]
2026-05-15 12:13 ` Dmitry Baryshkov
2026-05-15 12:16 ` Krzysztof Kozlowski
2026-05-15 11:47 ` [PATCH 2/3] qcom: media: jpeg: Add Qualcomm JPEG V4L2 encoder Atanas Filipov
2026-05-15 12:21 ` Krzysztof Kozlowski
[not found] ` <SA1PR02MB11289FA5C2A01466B49C62D4BDD042@SA1PR02MB11289.namprd02.prod.outlook.com>
2026-05-15 12:29 ` Krzysztof Kozlowski
2026-05-15 12:23 ` sashiko-bot
2026-05-15 13:28 ` Dmitry Baryshkov
2026-05-15 13:50 ` Nicolas Dufresne
2026-05-15 11:47 ` [PATCH 3/3] arm64: qcom: dts: qcm6490: Add JPEG encoder DT properties Atanas Filipov
2026-05-15 12:16 ` Dmitry Baryshkov
2026-05-15 12:17 ` Krzysztof Kozlowski
2026-05-15 12:36 ` 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=20260515115741.57E07C2BCB0@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=atanas.filipov@oss.qualcomm.com \
--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 \
/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