From: sashiko-bot@kernel.org
To: "Daniel Golle" <daniel@makrotopia.org>
Cc: dri-devel@lists.freedesktop.org
Subject: Re: [PATCH v6 02/13] drm/bridge: it6505: balance and disable runtime PM on remove
Date: Sat, 25 Jul 2026 03:18:10 +0000 [thread overview]
Message-ID: <20260725031811.0F82C1F000E9@smtp.kernel.org> (raw)
In-Reply-To: <9ea942316bc9a08474f6171866a432bd4eb93410.1784947240.git.daniel@makrotopia.org>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
Pre-existing issues:
- [High] Unbalanced Lifecycle Operations: `drm_dp_aux_register` is called during bridge attach, but unregistered during driver remove.
--
--- Patch [2]: [PATCH v6 02/13] drm/bridge: it6505: balance and disable runtime PM on remove ---
commit ff66d772f6681026b2d4511d26d9b73d925d8240
Author: Daniel Golle <daniel@makrotopia.org>
drm/bridge: it6505: balance and disable runtime PM on remove
This commit disables runtime PM in the remove function and drops the
usage reference held for a connected display, fixing an unbalanced
runtime PM warning that occurs upon rebinding the driver.
> diff --git a/drivers/gpu/drm/bridge/ite-it6505.c b/drivers/gpu/drm/bridge/ite-it6505.c
> --- a/drivers/gpu/drm/bridge/ite-it6505.c
> +++ b/drivers/gpu/drm/bridge/ite-it6505.c
> @@ -3662,6 +3662,9 @@ static void it6505_i2c_remove(struct i2c_client *client)
[Severity: High]
This isn't a bug introduced by this patch, but does this driver have an
unbalanced lifecycle for the AUX channel adapter?
Registration happens during bridge attach:
it6505_bridge_attach() {
...
ret = drm_dp_aux_register(&it6505->aux);
...
}
However, the unregistration happens just above this diff context in
it6505_i2c_remove() rather than in it6505_bridge_detach():
it6505_i2c_remove() {
...
drm_dp_aux_unregister(&it6505->aux);
...
}
If the DRM driver or device undergoes an unbind and rebind cycle, the
detach and attach callbacks will execute without the underlying I2C driver
being removed.
Could this lead to drm_dp_aux_register() being called a second time
without a prior unregister, causing it to fail with -EEXIST since the
adapter is already registered?
> cancel_work_sync(&it6505->hdcp_wait_ksv_list);
> cancel_delayed_work_sync(&it6505->hdcp_work);
> cancel_work_sync(&it6505->extcon_wq);
> + if (it6505->extcon_state)
> + pm_runtime_put_sync(&client->dev);
> + pm_runtime_disable(&client->dev);
> it6505_poweroff(it6505);
> it6505_remove_edid(it6505);
> }
--
Sashiko AI review · https://sashiko.dev/#/patchset/cover.1784947240.git.daniel@makrotopia.org?part=2
next prev parent reply other threads:[~2026-07-25 3:18 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-25 2:57 [PATCH v6 00/13] drm/bridge: it6505: DP audio support + shared-DAI hw_params fix Daniel Golle
2026-07-25 2:58 ` [PATCH v6 01/13] drm/bridge: it6505: quiesce event sources and work on remove() Daniel Golle
2026-07-25 3:23 ` sashiko-bot
2026-07-25 2:58 ` [PATCH v6 02/13] drm/bridge: it6505: balance and disable runtime PM on remove Daniel Golle
2026-07-25 3:18 ` sashiko-bot [this message]
2026-07-25 2:58 ` [PATCH v6 03/13] drm/bridge: it6505: unregister DP AUX adapter on bridge detach Daniel Golle
2026-07-25 3:17 ` sashiko-bot
2026-07-25 2:58 ` [PATCH v6 04/13] drm/bridge: it6505: complete poweroff even if disabling regulators fails Daniel Golle
2026-07-25 3:17 ` sashiko-bot
2026-07-25 2:58 ` [PATCH v6 05/13] drm/bridge: it6505: bail out of the IRQ handler when status reads fail Daniel Golle
2026-07-25 2:59 ` [PATCH v6 06/13] drm/bridge: it6505: avoid division by zero in pixel clock calculation Daniel Golle
2026-07-25 3:20 ` sashiko-bot
2026-07-25 2:59 ` [PATCH v6 07/13] drm/bridge: it6505: avoid division by zero in audio FS debug print Daniel Golle
2026-07-25 3:16 ` sashiko-bot
2026-07-25 2:59 ` [PATCH v6 08/13] drm/bridge: it6505: guard against zero channel count in audio infoframe Daniel Golle
2026-07-25 3:00 ` [PATCH v6 09/13] drm/bridge: it6505: hold endpoint OF node reference while parsing it Daniel Golle
2026-07-25 3:15 ` sashiko-bot
2026-07-25 3:00 ` [PATCH v6 10/13] drm/bridge: it6505: reject a too short link-frequencies property Daniel Golle
2026-07-25 3:00 ` [PATCH v6 11/13] drm/bridge: it6505: don't write an error code back to the reset register Daniel Golle
2026-07-25 3:19 ` sashiko-bot
2026-07-25 3:01 ` [PATCH v6 12/13] drm/bridge: it6505: Add audio support Daniel Golle
2026-07-25 5:25 ` sashiko-bot
2026-07-25 3:01 ` [PATCH v6 13/13] drm/bridge: it6505: Don't reject audio hw_params without an encoder Daniel Golle
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=20260725031811.0F82C1F000E9@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=daniel@makrotopia.org \
--cc=dri-devel@lists.freedesktop.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 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.