From: sashiko-bot@kernel.org
To: "Chaoyi Chen" <kernel@airkyi.com>
Cc: vkoul@kernel.org, linux-phy@lists.infradead.org,
olteanv@gmail.com, neil.armstrong@linaro.org
Subject: Re: [PATCH 2/5] drm/bridge: aux: Add drm_aux_bridge_register_from_node()
Date: Thu, 21 May 2026 04:53:38 +0000 [thread overview]
Message-ID: <20260521045338.ED1CE1F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260521032854.103-3-kernel@airkyi.com>
Thank you for your contribution! Sashiko AI review found 2 potential issue(s) to consider:
- [Critical] The `drm_aux_bridge_register_from_node()` function fails to acquire a reference to the provided `device_node` (`np`), leading to a reference count underflow and potential use-after-free during cleanup.
- [Low] The kernel-doc comment for `drm_aux_bridge_register_from_node()` retains the old function name, causing a documentation build warning.
--
commit a4484cec194d2731c92e629a32b7e17a725601d7
Author: Chaoyi Chen <chaoyi.chen@rock-chips.com>
drm/bridge: aux: Add drm_aux_bridge_register_from_node()
This patch adds drm_aux_bridge_register_from_node() to allow
specifying the of_node corresponding to the bridge.
> diff --git a/drivers/gpu/drm/bridge/aux-bridge.c b/drivers/gpu/drm/bridge/aux-bridge.c
> index 1ed21a8713bfd..f50283abed5f6 100644
> --- a/drivers/gpu/drm/bridge/aux-bridge.c
> +++ b/drivers/gpu/drm/bridge/aux-bridge.c
> @@ -35,6 +35,7 @@ static void drm_aux_bridge_unregister_adev(void *_adev)
> /**
> * drm_aux_bridge_register - Create a simple bridge device to link the chain
[Severity: Low]
This isn't a bug, but there's a mismatch between the kernel-doc identifier
and the new function name. Should this be updated to
drm_aux_bridge_register_from_node?
> * @parent: device instance providing this bridge
> + * @np: device node pointer corresponding to this bridge instance
[ ... ]
> @@ -62,7 +63,10 @@ int drm_aux_bridge_register(struct device *parent)
> adev->dev.parent = parent;
> adev->dev.release = drm_aux_bridge_release;
>
> - device_set_of_node_from_dev(&adev->dev, parent);
> + if (np)
> + device_set_node(&adev->dev, of_fwnode_handle(np));
[Severity: Critical]
Will this cause a reference count underflow on the device node?
If np is provided, device_set_node() assigns the fwnode without incrementing
the device node's reference count.
However, both the auxiliary_device_init() error path (shown below) and the
device's release callback drm_aux_bridge_release() unconditionally call
of_node_put(adev->dev.of_node).
Since there is no matching of_node_get(), this could corrupt the reference
count and lead to a use-after-free. Should we call of_node_get(np) here?
> + else
> + device_set_of_node_from_dev(&adev->dev, parent);
>
> ret = auxiliary_device_init(adev);
> if (ret) {
> of_node_put(adev->dev.of_node);
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260521032854.103-1-kernel@airkyi.com?part=2
--
linux-phy mailing list
linux-phy@lists.infradead.org
https://lists.infradead.org/mailman/listinfo/linux-phy
next prev parent reply other threads:[~2026-05-21 4:53 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-21 3:28 [PATCH 0/5] drm/bridge: Implement generic USB Type-C DP HPD bridge Chaoyi Chen
2026-05-21 3:28 ` Chaoyi Chen
2026-05-21 3:28 ` Chaoyi Chen
2026-05-21 3:28 ` [PATCH 1/5] " Chaoyi Chen
2026-05-21 3:28 ` Chaoyi Chen
2026-05-21 3:28 ` Chaoyi Chen
2026-05-21 4:35 ` sashiko-bot
2026-06-01 22:08 ` Sebastian Reichel
2026-06-01 22:08 ` Sebastian Reichel
2026-06-01 22:08 ` Sebastian Reichel
2026-06-02 1:28 ` Chaoyi Chen
2026-06-02 1:28 ` Chaoyi Chen
2026-06-02 1:28 ` Chaoyi Chen
2026-05-21 3:28 ` [PATCH 2/5] drm/bridge: aux: Add drm_aux_bridge_register_from_node() Chaoyi Chen
2026-05-21 3:28 ` Chaoyi Chen
2026-05-21 3:28 ` Chaoyi Chen
2026-05-21 4:53 ` sashiko-bot [this message]
2026-06-01 22:27 ` Sebastian Reichel
2026-06-01 22:27 ` Sebastian Reichel
2026-06-01 22:27 ` Sebastian Reichel
2026-05-21 3:28 ` [PATCH 3/5] phy: rockchip: phy-rockchip-typec: Add DRM AUX bridge Chaoyi Chen
2026-05-21 3:28 ` Chaoyi Chen
2026-05-21 3:28 ` Chaoyi Chen
2026-05-21 5:29 ` sashiko-bot
2026-05-21 9:06 ` Heiko Stuebner
2026-05-21 9:06 ` Heiko Stuebner
2026-05-21 9:06 ` Heiko Stuebner
2026-06-01 22:28 ` Sebastian Reichel
2026-06-01 22:28 ` Sebastian Reichel
2026-06-01 22:28 ` Sebastian Reichel
2026-05-21 3:28 ` [PATCH 4/5] drm/rockchip: cdn-dp: Support handle lane info without extcon Chaoyi Chen
2026-05-21 3:28 ` Chaoyi Chen
2026-05-21 3:28 ` Chaoyi Chen
2026-05-21 5:49 ` sashiko-bot
2026-05-21 3:28 ` [PATCH 5/5] drm/rockchip: cdn-dp: Add multiple bridges to support PHY port selection Chaoyi Chen
2026-05-21 3:28 ` Chaoyi Chen
2026-05-21 3:28 ` Chaoyi Chen
2026-05-21 6:22 ` sashiko-bot
2026-05-22 2:37 ` Chaoyi Chen
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=20260521045338.ED1CE1F000E9@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=kernel@airkyi.com \
--cc=linux-phy@lists.infradead.org \
--cc=neil.armstrong@linaro.org \
--cc=olteanv@gmail.com \
--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.