From: sashiko-bot@kernel.org
To: "Hangxiang Ma" <hangxiang.ma@oss.qualcomm.com>
Cc: vkoul@kernel.org, media-ci@linuxtv.org, robh@kernel.org,
olteanv@gmail.com, linux-phy@lists.infradead.org,
devicetree@vger.kernel.org, conor+dt@kernel.org,
neil.armstrong@linaro.org
Subject: Re: [PATCH v21 14/14] arm64: dts: qcom: kaanapali-mtp-camera-s5kjn5: Add DT overlay
Date: Mon, 12 Oct 2026 06:57:17 +0000 [thread overview]
Message-ID: <sashiko-outbox-167757@kernel.org> (raw)
In-Reply-To: <20261011-kaanapali-camss-v21-14-04fd28d815c6@oss.qualcomm.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [High] dts: qcom: missing vddm-supply in s5kjn5 camera node
--
commit c1df83521b79d78bdf83d4c496be4b0e82a9f05c
Author: Hangxiang Ma <hangxiang.ma@oss.qualcomm.com>
arm64: dts: qcom: kaanapali-mtp-camera-s5kjn5: Add DT overlay
This commit enables the S5KJN5 image sensor via CCI on the Kaanapali MTP
board. It adds a device tree overlay for the camera module connected to
the CSIPHY2 interface in four lane mode.
> diff --git a/arch/arm64/boot/dts/qcom/kaanapali-mtp-camera-s5kjn5.dtso b/arch/arm64/boot/dts/qcom/kaanapali-mtp-camera-s5kjn5.dtso
> new file mode 100644
> index 0000000000000..d0e39855e0e62
> --- /dev/null
> +++ b/arch/arm64/boot/dts/qcom/kaanapali-mtp-camera-s5kjn5.dtso
[ ... ]
> +&cci0_i2c1 {
> + #address-cells = <1>;
> + #size-cells = <0>;
> +
> + camera@10 {
> + compatible = "samsung,s5kjn5";
> + reg = <0x10>;
> +
> + reset-gpios = <&tlmm 3 GPIO_ACTIVE_LOW>;
> + pinctrl-names = "default";
> + pinctrl-0 = <&cam_mclk2_default &cam_reset2_default>;
> +
> + clocks = <&cambistmclkcc CAM_BIST_MCLK_CC_MCLK2_CLK>;
> + assigned-clocks = <&cambistmclkcc CAM_BIST_MCLK_CC_MCLK2_CLK>;
> + assigned-clock-rates = <19200000>;
> +
> + vddio-supply = <&vreg_l4n_1p8>;
> + vddd-supply = <&vreg_l1m_1p0>;
> + vdda-supply = <&vreg_l4m_2p2>;
> + vddio1p2-supply = <&vreg_l2n_1p2>;
> + afvdd-supply = <&vreg_l7m_2p8>;
[Severity: High]
Does this device tree node omit the vddm-supply property?
Looking at the s5kjn5 driver in drivers/media/i2c/s5kjn5.c, it
unconditionally requires the "vddm" regulator during probe:
static const char * const s5kjn5_supply_names[] = {
"vddio",
"vddd",
"vddm",
"vdda",
"vddio1p2",
"afvdd",
};
Missing this property in the DT overlay will cause the driver probe to
fail with -ENODEV, or if the regulator core substitutes a dummy regulator,
the physical MIPI PHY power domain may remain unpowered, causing the sensor
to fail to stream.
> +
> + port {
> + s5kjn5_out_ep: endpoint {
> + data-lanes = <1 2 3 4>;
> + link-frequencies = /bits/ 64 <1248000000>;
> + remote-endpoint = <&csiphy2_in_ep>;
> + };
> + };
> + };
> +};
--
Sashiko AI review · https://sashiko.dev/#/patchset/20261011-kaanapali-camss-v21-0-04fd28d815c6@oss.qualcomm.com?part=14
--
linux-phy mailing list
linux-phy@lists.infradead.org
https://lists.infradead.org/mailman/listinfo/linux-phy
WARNING: multiple messages have this Message-ID (diff)
From: sashiko-bot@kernel.org
To: "Hangxiang Ma" <hangxiang.ma@oss.qualcomm.com>
Cc: vkoul@kernel.org, media-ci@linuxtv.org, robh@kernel.org,
olteanv@gmail.com, linux-phy@lists.infradead.org,
devicetree@vger.kernel.org, conor+dt@kernel.org,
neil.armstrong@linaro.org
Subject: Re: [PATCH v21 14/14] arm64: dts: qcom: kaanapali-mtp-camera-s5kjn5: Add DT overlay
Date: Mon, 12 Oct 2026 06:57:17 +0000 [thread overview]
Message-ID: <sashiko-outbox-167757@kernel.org> (raw)
In-Reply-To: <20261011-kaanapali-camss-v21-14-04fd28d815c6@oss.qualcomm.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [High] dts: qcom: missing vddm-supply in s5kjn5 camera node
--
commit c1df83521b79d78bdf83d4c496be4b0e82a9f05c
Author: Hangxiang Ma <hangxiang.ma@oss.qualcomm.com>
arm64: dts: qcom: kaanapali-mtp-camera-s5kjn5: Add DT overlay
This commit enables the S5KJN5 image sensor via CCI on the Kaanapali MTP
board. It adds a device tree overlay for the camera module connected to
the CSIPHY2 interface in four lane mode.
> diff --git a/arch/arm64/boot/dts/qcom/kaanapali-mtp-camera-s5kjn5.dtso b/arch/arm64/boot/dts/qcom/kaanapali-mtp-camera-s5kjn5.dtso
> new file mode 100644
> index 0000000000000..d0e39855e0e62
> --- /dev/null
> +++ b/arch/arm64/boot/dts/qcom/kaanapali-mtp-camera-s5kjn5.dtso
[ ... ]
> +&cci0_i2c1 {
> + #address-cells = <1>;
> + #size-cells = <0>;
> +
> + camera@10 {
> + compatible = "samsung,s5kjn5";
> + reg = <0x10>;
> +
> + reset-gpios = <&tlmm 3 GPIO_ACTIVE_LOW>;
> + pinctrl-names = "default";
> + pinctrl-0 = <&cam_mclk2_default &cam_reset2_default>;
> +
> + clocks = <&cambistmclkcc CAM_BIST_MCLK_CC_MCLK2_CLK>;
> + assigned-clocks = <&cambistmclkcc CAM_BIST_MCLK_CC_MCLK2_CLK>;
> + assigned-clock-rates = <19200000>;
> +
> + vddio-supply = <&vreg_l4n_1p8>;
> + vddd-supply = <&vreg_l1m_1p0>;
> + vdda-supply = <&vreg_l4m_2p2>;
> + vddio1p2-supply = <&vreg_l2n_1p2>;
> + afvdd-supply = <&vreg_l7m_2p8>;
[Severity: High]
Does this device tree node omit the vddm-supply property?
Looking at the s5kjn5 driver in drivers/media/i2c/s5kjn5.c, it
unconditionally requires the "vddm" regulator during probe:
static const char * const s5kjn5_supply_names[] = {
"vddio",
"vddd",
"vddm",
"vdda",
"vddio1p2",
"afvdd",
};
Missing this property in the DT overlay will cause the driver probe to
fail with -ENODEV, or if the regulator core substitutes a dummy regulator,
the physical MIPI PHY power domain may remain unpowered, causing the sensor
to fail to stream.
> +
> + port {
> + s5kjn5_out_ep: endpoint {
> + data-lanes = <1 2 3 4>;
> + link-frequencies = /bits/ 64 <1248000000>;
> + remote-endpoint = <&csiphy2_in_ep>;
> + };
> + };
> + };
> +};
--
Sashiko AI review · https://sashiko.dev/#/patchset/20261011-kaanapali-camss-v21-0-04fd28d815c6@oss.qualcomm.com?part=14
next prev parent reply other threads:[~2026-10-12 6:57 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-12 6:45 [PATCH v21 00/14] media: qcom: camss: Add Kaanapali support Hangxiang Ma
2026-10-12 6:45 ` Hangxiang Ma
2026-10-12 6:45 ` [PATCH v21 01/14] dt-bindings: phy: qcom,x1e80100-csi2-phy: Add Kaanapali CSI2 PHY Hangxiang Ma
2026-10-12 6:45 ` Hangxiang Ma
2026-10-12 6:45 ` [PATCH v21 02/14] phy: qcom-mipi-csi2: Parametrise the common status register offset Hangxiang Ma
2026-10-12 6:45 ` Hangxiang Ma
2026-10-12 6:45 ` [PATCH v21 03/14] phy: qcom-mipi-csi2: Add Kaanapali support Hangxiang Ma
2026-10-12 6:45 ` Hangxiang Ma
2026-10-12 6:45 ` [PATCH v21 04/14] media: qcom: camss: Issue stream-on REG_UPDATE from CSID Hangxiang Ma
2026-10-12 6:45 ` Hangxiang Ma
2026-10-12 7:01 ` sashiko-bot
2026-10-12 7:01 ` sashiko-bot
2026-10-12 7:20 ` Hangxiang Ma
2026-10-12 7:20 ` Hangxiang Ma
2026-10-12 6:45 ` [PATCH v21 05/14] media: dt-bindings: Add CAMSS device for Kaanapali Hangxiang Ma
2026-10-12 6:45 ` Hangxiang Ma
2026-10-12 6:45 ` [PATCH v21 06/14] media: qcom: camss: Add Kaanapali compatible Hangxiang Ma
2026-10-12 6:45 ` Hangxiang Ma
2026-10-12 7:00 ` sashiko-bot
2026-10-12 7:00 ` sashiko-bot
2026-10-12 6:45 ` [PATCH v21 07/14] media: qcom: camss: csiphy: Add support for v2.4.0 two-phase CSIPHY Hangxiang Ma
2026-10-12 6:45 ` Hangxiang Ma
2026-10-12 7:07 ` sashiko-bot
2026-10-12 7:07 ` sashiko-bot
2026-10-12 6:45 ` [PATCH v21 08/14] media: qcom: camss: csid: Add support for CSID 1080 Hangxiang Ma
2026-10-12 6:45 ` Hangxiang Ma
2026-10-12 6:59 ` sashiko-bot
2026-10-12 6:59 ` sashiko-bot
2026-10-12 6:45 ` [PATCH v21 09/14] media: qcom: camss: vfe: Add support for VFE 1080 Hangxiang Ma
2026-10-12 6:45 ` Hangxiang Ma
2026-10-12 7:00 ` sashiko-bot
2026-10-12 7:00 ` sashiko-bot
2026-10-12 6:45 ` [PATCH v21 10/14] media: qcom: camss: tpg: Add support for v2.4.0 TPG Hangxiang Ma
2026-10-12 6:45 ` Hangxiang Ma
2026-10-12 7:01 ` sashiko-bot
2026-10-12 7:01 ` sashiko-bot
2026-10-12 6:45 ` [PATCH v21 11/14] arm64: dts: qcom: kaanapali: Add CAMSS and CSIPHY block definitions Hangxiang Ma
2026-10-12 6:45 ` Hangxiang Ma
2026-10-12 6:45 ` [PATCH v21 12/14] arm64: dts: qcom: kaanapali: Add CCI controller nodes Hangxiang Ma
2026-10-12 6:45 ` Hangxiang Ma
2026-10-12 6:45 ` [PATCH v21 13/14] arm64: dts: qcom: kaanapali: Add camera MCLK pinctrl Hangxiang Ma
2026-10-12 6:45 ` Hangxiang Ma
2026-10-12 6:45 ` [PATCH v21 14/14] arm64: dts: qcom: kaanapali-mtp-camera-s5kjn5: Add DT overlay Hangxiang Ma
2026-10-12 6:45 ` Hangxiang Ma
2026-10-12 6:57 ` sashiko-bot [this message]
2026-10-12 6:57 ` sashiko-bot
2026-10-12 6:59 ` Hangxiang Ma
2026-10-12 6:59 ` Hangxiang Ma
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=sashiko-outbox-167757@kernel.org \
--to=sashiko-bot@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=hangxiang.ma@oss.qualcomm.com \
--cc=linux-phy@lists.infradead.org \
--cc=media-ci@linuxtv.org \
--cc=neil.armstrong@linaro.org \
--cc=olteanv@gmail.com \
--cc=robh@kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
--cc=vkoul@kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.