From: sashiko-bot@kernel.org
To: "Maxime Ripard" <mripard@kernel.org>
Cc: dri-devel@lists.freedesktop.org
Subject: Re: [PATCH 64/75] drm/vc4: vec: Convert to atomic_create_state
Date: Wed, 14 Oct 2026 18:10:15 +0000 [thread overview]
Message-ID: <sashiko-outbox-171669@kernel.org> (raw)
In-Reply-To: <20261014-drm-no-more-connector-reset-v1-64-586c9c026823@kernel.org>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [High] drm/vc4: NULL pointer deref in drm_atomic_helper_connector_tv_state_init
--
commit 0f9d479612175281e5b2697d74e34321440ab363
Author: Maxime Ripard <mripard@kernel.org>
drm/vc4: vec: Convert to atomic_create_state
This commit converts the vc4 VEC connector reset implementation to an
atomic_create_state hook. It creates a pristine state and initializes
the analog TV properties without performing hardware resets.
> diff --git a/drivers/gpu/drm/vc4/vc4_vec.c b/drivers/gpu/drm/vc4/vc4_vec.c
> --- a/drivers/gpu/drm/vc4/vc4_vec.c
> +++ b/drivers/gpu/drm/vc4/vc4_vec.c
[ ... ]
> -static void vc4_vec_connector_reset(struct drm_connector *connector)
> +static struct drm_connector_state *
> +vc4_vec_connector_create_state(struct drm_connector *connector)
> {
> - drm_atomic_helper_connector_reset(connector);
> - drm_atomic_helper_connector_tv_state_init(connector->state, connector);
> + struct drm_connector_state *connector_state;
> +
> + connector_state = drm_atomic_helper_connector_create_state(connector);
> + if (IS_ERR(connector_state))
> + return connector_state;
> +
> + drm_atomic_helper_connector_tv_state_init(connector_state, connector);
[Severity: High]
Will this cause a NULL pointer dereference during display initialization?
The core DRM function drm_mode_config_connector_reset_with_create_state()
explicitly sets connector->state to NULL before invoking the
atomic_create_state hook.
This means connector->state is NULL when
drm_atomic_helper_connector_tv_state_init() is called here.
Looking at drm_atomic_helper_connector_tv_state_init() in
drm_atomic_state_helper.c, it ignores the local state parameter when
initializing margins and instead passes connector->state:
void drm_atomic_helper_connector_tv_state_init(
struct drm_connector_state *state,
struct drm_connector *connector)
{
...
drm_atomic_helper_connector_tv_margins_state_init(connector->state,
connector);
}
Because connector->state is NULL in this context, does calling this
helper result in a guaranteed crash when the margins initializer
attempts to dereference the state parameter?
> +
> + return connector_state;
> }
--
Sashiko AI review · https://sashiko.dev/#/patchset/20261014-drm-no-more-connector-reset-v1-0-586c9c026823@kernel.org?part=64
next prev parent reply other threads:[~2026-10-14 18:10 UTC|newest]
Thread overview: 107+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-14 17:26 [PATCH 00/75] drm/connector: Convert all drivers to atomic_create_state and remove reset Maxime Ripard
2026-10-14 17:26 ` [PATCH 01/75] drm/panel: Add atomic_create_state support Maxime Ripard
2026-10-14 17:45 ` sashiko-bot
2026-10-14 17:26 ` [PATCH 02/75] drm/adp: Switch to drm_atomic_helper_connector_create_state Maxime Ripard
2026-10-16 10:20 ` Aditya Garg
2026-10-14 17:26 ` [PATCH 03/75] drm/amdgpu: vkms: " Maxime Ripard
2026-10-14 17:26 ` [PATCH 04/75] drm/amdgpu: dm: " Maxime Ripard
2026-10-14 17:52 ` sashiko-bot
2026-10-16 16:41 ` Leo Li
2026-10-14 17:26 ` [PATCH 05/75] drm/arm: komeda: " Maxime Ripard
2026-10-15 15:45 ` Liviu Dudau
2026-10-14 17:26 ` [PATCH 06/75] drm/aspeed: " Maxime Ripard
2026-10-14 17:26 ` [PATCH 07/75] drm/ast: " Maxime Ripard
2026-10-14 17:26 ` [PATCH 08/75] drm/bridge: analogix-anx6345: " Maxime Ripard
2026-10-14 17:26 ` [PATCH 09/75] drm/bridge: analogix-anx78xx: " Maxime Ripard
2026-10-14 17:26 ` [PATCH 10/75] drm/bridge: chrontel-ch7033: " Maxime Ripard
2026-10-14 17:26 ` [PATCH 11/75] drm/bridge: lontium-lt8912b: " Maxime Ripard
2026-10-15 14:47 ` Francesco Dolcini
2026-10-14 17:26 ` [PATCH 12/75] drm/bridge: megachips: " Maxime Ripard
2026-10-15 12:37 ` Ian Ray
2026-10-14 17:26 ` [PATCH 13/75] drm/bridge: nxp-ptn3460: " Maxime Ripard
2026-10-14 17:26 ` [PATCH 14/75] drm/panel: " Maxime Ripard
2026-10-14 17:48 ` sashiko-bot
2026-10-14 17:26 ` [PATCH 15/75] drm/bridge: sii902x: " Maxime Ripard
2026-10-14 18:26 ` Dmitry Baryshkov
2026-10-14 17:26 ` [PATCH 16/75] drm/bridge: simple-bridge: " Maxime Ripard
2026-10-14 18:27 ` Dmitry Baryshkov
2026-10-14 17:26 ` [PATCH 17/75] drm/bridge: synopsys: dw-hdmi: " Maxime Ripard
2026-10-14 17:26 ` [PATCH 18/75] drm/bridge: tc358767: " Maxime Ripard
2026-10-14 17:26 ` [PATCH 19/75] drm/bridge: tda998x: " Maxime Ripard
2026-10-14 17:26 ` [PATCH 20/75] drm/bridge: ti-tfp410: " Maxime Ripard
2026-10-14 17:26 ` [PATCH 21/75] drm/exynos: " Maxime Ripard
2026-10-14 17:26 ` [PATCH 22/75] drm/fsl-dcu: " Maxime Ripard
2026-10-14 17:26 ` [PATCH 23/75] drm/hisilicon: hibmc: " Maxime Ripard
2026-10-14 17:26 ` [PATCH 24/75] drm/hyperv: " Maxime Ripard
2026-10-15 11:14 ` Saurabh Singh Sengar
2026-10-14 17:26 ` [PATCH 25/75] drm/imx: ipuv3: " Maxime Ripard
2026-10-14 18:38 ` Frank Li
2026-10-14 17:26 ` [PATCH 26/75] drm/logicvc: " Maxime Ripard
2026-10-14 17:26 ` [PATCH 27/75] drm/loongson: " Maxime Ripard
2026-10-14 17:26 ` [PATCH 28/75] drm/mgag200: " Maxime Ripard
2026-10-14 17:26 ` [PATCH 29/75] drm/mipi-dbi: " Maxime Ripard
2026-10-14 17:26 ` [PATCH 30/75] drm/msm: dpu1: " Maxime Ripard
2026-10-14 18:25 ` Dmitry Baryshkov
2026-10-14 17:26 ` [PATCH 31/75] drm/qxl: " Maxime Ripard
2026-10-14 17:26 ` [PATCH 32/75] drm/renesas: shmobile: " Maxime Ripard
2026-10-14 17:26 ` [PATCH 33/75] drm/sitronix: st7571: " Maxime Ripard
2026-10-14 17:26 ` [PATCH 34/75] drm/sitronix: st7920: " Maxime Ripard
2026-10-14 17:26 ` [PATCH 35/75] drm/solomon: ssd130x: " Maxime Ripard
2026-10-14 20:21 ` Javier Martinez Canillas
2026-10-14 17:26 ` [PATCH 36/75] drm/sti: " Maxime Ripard
2026-10-14 17:27 ` [PATCH 37/75] drm/stm: " Maxime Ripard
2026-10-16 15:16 ` Raphael Gallais-Pou
2026-10-14 17:27 ` [PATCH 38/75] drm/sun4i: " Maxime Ripard
2026-10-14 17:27 ` [PATCH 39/75] drm/sysfb: " Maxime Ripard
2026-10-14 20:21 ` Javier Martinez Canillas
2026-10-14 17:27 ` [PATCH 40/75] drm/tegra: " Maxime Ripard
2026-10-14 17:27 ` [PATCH 41/75] drm/tests: " Maxime Ripard
2026-10-14 17:27 ` [PATCH 42/75] drm/tiny: arcpgu: " Maxime Ripard
2026-10-14 17:27 ` [PATCH 43/75] drm/tiny: bochs: " Maxime Ripard
2026-10-14 17:27 ` [PATCH 44/75] drm/tiny: cirrus: " Maxime Ripard
2026-10-14 17:27 ` [PATCH 45/75] drm/tiny: gm12u320: " Maxime Ripard
2026-10-14 17:27 ` [PATCH 46/75] drm/tiny: pixpaper: " Maxime Ripard
2026-10-14 17:27 ` [PATCH 47/75] drm/tiny: repaper: " Maxime Ripard
2026-10-14 17:27 ` [PATCH 48/75] drm/tiny: sharp: " Maxime Ripard
2026-10-14 17:27 ` [PATCH 49/75] drm/udl: " Maxime Ripard
2026-10-14 17:27 ` [PATCH 50/75] drm/vboxvideo: " Maxime Ripard
2026-10-14 17:27 ` [PATCH 51/75] drm/vc4: " Maxime Ripard
2026-10-15 10:36 ` Maíra Canal
2026-10-14 17:27 ` [PATCH 52/75] drm/virtio: " Maxime Ripard
2026-10-14 17:27 ` [PATCH 53/75] drm/vkms: " Maxime Ripard
2026-10-14 17:27 ` [PATCH 54/75] drm/xen: " Maxime Ripard
2026-10-14 17:27 ` [PATCH 55/75] drm/atomic-state-helper: Rename connector_tv_margins_reset to state_init Maxime Ripard
2026-10-15 10:40 ` Maíra Canal
2026-10-14 17:27 ` [PATCH 56/75] drm/atomic-state-helper: Rename connector_tv_reset " Maxime Ripard
2026-10-14 18:03 ` sashiko-bot
2026-10-15 10:56 ` Maíra Canal
2026-10-16 12:35 ` Maxime Ripard
2026-10-14 17:27 ` [PATCH 57/75] drm/bridge: synopsys: dw-hdmi: Convert to atomic_create_state Maxime Ripard
2026-10-14 18:14 ` sashiko-bot
2026-10-14 17:27 ` [PATCH 58/75] drm/meson: " Maxime Ripard
2026-10-14 17:27 ` [PATCH 59/75] drm/gud: " Maxime Ripard
2026-10-14 17:27 ` [PATCH 60/75] drm/sun4i: hdmi: " Maxime Ripard
2026-10-14 17:27 ` [PATCH 61/75] drm/sun4i: tv: " Maxime Ripard
2026-10-14 18:08 ` sashiko-bot
2026-10-14 17:27 ` [PATCH 62/75] drm/tests: hdmi: " Maxime Ripard
2026-10-14 17:27 ` [PATCH 63/75] drm/vc4: " Maxime Ripard
2026-10-15 11:07 ` Maíra Canal
2026-10-16 12:48 ` Maxime Ripard
2026-10-14 17:27 ` [PATCH 64/75] drm/vc4: vec: " Maxime Ripard
2026-10-14 18:10 ` sashiko-bot [this message]
2026-10-15 11:09 ` Maíra Canal
2026-10-14 17:27 ` [PATCH 65/75] drm/connector: Remove drm_atomic_helper_connector_reset() Maxime Ripard
2026-10-14 17:27 ` [PATCH 66/75] drm/amdgpu: dm: Convert to atomic_create_state Maxime Ripard
2026-10-14 18:16 ` sashiko-bot
2026-10-14 17:27 ` [PATCH 67/75] drm/malidp: " Maxime Ripard
2026-10-15 15:45 ` Liviu Dudau
2026-10-14 17:27 ` [PATCH 68/75] drm/ast: " Maxime Ripard
2026-10-14 17:27 ` [PATCH 69/75] drm/i915: " Maxime Ripard
2026-10-14 17:27 ` [PATCH 70/75] drm/nouveau: " Maxime Ripard
2026-10-14 18:13 ` sashiko-bot
2026-10-14 17:27 ` [PATCH 71/75] drm/rcar-du: " Maxime Ripard
2026-10-14 17:27 ` [PATCH 72/75] drm/tegra: " Maxime Ripard
2026-10-14 17:27 ` [PATCH 73/75] drm/vmwgfx: " Maxime Ripard
2026-10-17 2:42 ` Maaz Mombasawala
2026-10-14 17:27 ` [PATCH 74/75] drm/connector: Remove __drm_atomic_helper_connector_reset() Maxime Ripard
2026-10-14 17:27 ` [PATCH 75/75] drm/connector: Remove reset Maxime Ripard
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-171669@kernel.org \
--to=sashiko-bot@kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=mripard@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