[PATCH v8 0/4] E5010 Probe Cleanup and Adding autosuspend

From: Brandon Brnich

Date: Tue Nov 10 2026 - 12:26:34 EST


Hello all,

I noticed a report from the intel bot[0] which pointed out a valid issue
with the driver never calling e5010_init_device unless CONFIG_PM was
enabled.

While looking at probe though, I noticed that the clk_enable was never
properly called. That has now been fixed with a proper remove path as
well.

Lastly, I cleaned up the goto jumps in probe to fix an issue where the
m2m_dev wasn't being freed.

The rest of the series is setting up the driver for properly adding in
support for autosuspend. Last patch adds in autosuspend support and
moves e5010_init_device into probe for cases where PM isn't enabled.

Changes since v7:

- patch 3 subject wasn't formatted correctly after I updated it so
wasn't properly showing up

Changes since v6:

- Patch 2 changed order of calls during remove cleanup. video unregister
now happens before pm disable
- patch 3 was updated to account for the case where a reset was called
and the device was never properly reinitialized
- patch 3 has moved setting the last_run_context to NULL as well to
always update QP values when device is turned back on/reinitialized
- removed the r-b by Kendall, Devarsh, and Jai since I have made a
slight code change requested by Devarsh
- patch 4 remove the last_run_context in runtime resume hook that it had
before because I moved it to patch 3
- patch 4 has updates to commit message to accurately reflect why
init_device was added to probe
- patch 4 has updates where disable autosuspend now comes before disable
pm

Changes since v5:

- Fix patch 1 not properly removing all references to the
fail_after_video_register_device label

Changes since v4:

- Change authorship of patch 1 since Myeonghun sent a similar patch
first
- addressed Devarsh's comments in Patch 1 to follow similar naming
structure as rest of probe function
- Moved the clk_enable call after pm_runtime_enable here so I can check
success of that call. If runtime pm is enabled then don't enable the
clock here
- Patch 3 no changes
- Patch 4 I added the macro requested by Devarsh instead of using magic
number
- failure to power on now goes through the existing no_ready_buf_err path,
so buffers are marked as error and the job is finished

Changes since v3:

- patches 1 and 2 are new in v4
- patch 3 remains unchanged
- patch 4:
- updated goto to match changes in patch 1
- update PM calls in probe

Best,
Brandon

[0]: https://lore.kernel.org/oe-kbuild-all/202608140323.qyc8mKlp-lkp@xxxxxxxxx/


Brandon Brnich (3):
media: imagination: e5010: Fix clk never enabled without CONFIG_PM
media: imagination: e5010: Update e5010_init_device Call Sites to
Ensure Proper Device State
media: imagination: e5010: Enable autosuspend for runtime PM

Myeonghun Pak (1):
media: imagination: e5010: release m2m device on probe failure

.../platform/imagination/e5010-jpeg-enc.c | 91 +++++++++++--------
.../platform/imagination/e5010-jpeg-enc.h | 1 +
2 files changed, 56 insertions(+), 36 deletions(-)

--
2.43.0