diff options
| author | Maxime Ripard <mripard@kernel.org> | 2026-06-19 14:24:11 +0200 |
|---|---|---|
| committer | Maxime Ripard <mripard@kernel.org> | 2026-06-22 11:24:18 +0200 |
| commit | 376542696ca1169dbcae2049d3149caefbe6253c (patch) | |
| tree | 969cf91b07eb8e0133b9d69e2a761b7b45326c0b /tools/perf/scripts/python/bin/stackcollapse-record | |
| parent | 16710bcb96405b71ff8b9ebcc0923707d4c61615 (diff) | |
drm/bridge: Add new atomic_create_state callback
Commit 47b5ac7daa46 ("drm/atomic: Add new atomic_create_state callback
to drm_private_obj") introduced a new pattern for allocating drm object
states: atomic_create_state, a dedicated hook that allocates and
initializes a pristine state without any side effect.
The bridge atomic_reset callback is already fallible and in practice
only allocates and initializes state without touching hardware.
However, the reset name does not make this contract clear: callers
and implementers cannot tell from the name alone whether the hardware
will be affected or when the hook is safe to call.
Add an atomic_create_state callback to drm_bridge_funcs to make the
contract explicit: allocate a pristine state, initialize it, no side
effects. The core calls it when available, falling back to
atomic_reset otherwise.
Reviewed-by: Thomas Zimmermann <tzimmermann@suse.de>
Reviewed-by: Luca Ceresoli <luca.ceresoli@bootlin.com>
Tested-by: Luca Ceresoli <luca.ceresoli@bootlin.com> # imx8mp + sn65dsi84 + bridge hotplug
Link: https://patch.msgid.link/20260619-drm-no-more-bridge-reset-v3-6-ff399263111b@kernel.org
Signed-off-by: Maxime Ripard <mripard@kernel.org>
Diffstat (limited to 'tools/perf/scripts/python/bin/stackcollapse-record')
0 files changed, 0 insertions, 0 deletions
