From: Brandon Brnich <b-brnich@ti.com>
To: <devarsht@ti.com>, <mchehab@kernel.org>, <hverkuil@kernel.org>,
<sebastian.fricke@collabora.com>,
<benjamin.gaignard@collabora.com>, <linux-media@vger.kernel.org>,
<linux-kernel@vger.kernel.org>
Cc: <k-willis@ti.com>, <jai.luthra@ideasonboard.com>,
Brandon Brnich <b-brnich@ti.com>
Subject: [PATCH v7 0/4] E5010 Probe Cleanup and Adding autosuspend
Date: Tue, 10 Nov 2026 09:58:06 -0600 [thread overview]
Message-ID: <20261110155810.18521-1-b-brnich@ti.com> (raw)
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 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@intel.com/
Brandon Brnich (3):
media: imagination: e5010: Fix clk never enabled without CONFIG_PM
media: imagination: e5010: Move e5010_init_device to Runtime Resume
Hook
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
next reply other threads:[~2026-11-10 15:58 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-10 15:58 Brandon Brnich [this message]
2026-11-10 15:58 ` [PATCH v7 1/4] media: imagination: e5010: release m2m device on probe failure Brandon Brnich
2026-11-10 15:58 ` [PATCH v7 2/4] media: imagination: e5010: Fix clk never enabled without CONFIG_PM Brandon Brnich
2026-11-10 15:58 ` [PATCH v7 3/4] media: imagination: e5010: Update Brandon Brnich
2026-11-10 16:23 ` Brandon Brnich
2026-11-10 15:58 ` [PATCH v7 4/4] media: imagination: e5010: Enable autosuspend for runtime PM Brandon Brnich
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=20261110155810.18521-1-b-brnich@ti.com \
--to=b-brnich@ti.com \
--cc=benjamin.gaignard@collabora.com \
--cc=devarsht@ti.com \
--cc=hverkuil@kernel.org \
--cc=jai.luthra@ideasonboard.com \
--cc=k-willis@ti.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@kernel.org \
--cc=sebastian.fricke@collabora.com \
/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
all inboxes | Powered by JetHome®