From: Ezequiel Garcia <ezequiel@collabora.com> To: Mauro Carvalho Chehab <mchehab+huawei@kernel.org> Cc: linuxarm@huawei.com, mauro.chehab@huawei.com, Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Hans Verkuil <hverkuil-cisco@xs4all.nl>, Mauro Carvalho Chehab <mchehab@kernel.org>, Philipp Zabel <p.zabel@pengutronix.de>, linux-kernel@vger.kernel.org, linux-media@vger.kernel.org, linux-rockchip@lists.infradead.org, linux-staging@lists.linux.dev Subject: Re: [PATCH 09/25] media: hantro: do a PM resume earlier Date: Wed, 05 May 2021 10:22:03 -0300 [thread overview] Message-ID: <11c24f97ef71b16c2e7b3ba40ca66a28c12df692.camel@collabora.com> (raw) In-Reply-To: <82114a4bd9c7bc1188c6a7167a6e74bb3360961d.1620207353.git.mchehab+huawei@kernel.org> Hi Mauro, Thanks for working on this. On Wed, 2021-05-05 at 11:41 +0200, Mauro Carvalho Chehab wrote: > The device_run() first enables the clock and then > tries to resume PM runtime, checking for errors. > > Well, if for some reason the pm_runtime can not resume, > it would be better to detect it beforehand. > > So, change the order inside device_run(). > > Reviewed-by: Ezequiel Garcia <ezequiel@collabora.com> > Fixes: 775fec69008d ("media: add Rockchip VPU JPEG encoder driver") > Signed-off-by: Mauro Carvalho Chehab <mchehab+huawei@kernel.org> It seems this is wrong now, as this series doesn't have https://lore.kernel.org/linux-media/803c39fafdd62efc6f9e4d99a372af2c6955143b.1619621413.git.mchehab+huawei@kernel.org/ I don't fully understand why all the back and forth happening on this series, but the former Hantro patches looked good (despite perhaps unclear commit messages). Any issues just squashing these two commits from "[PATCH v4 00/79] Address some issues with PM runtime at media subsystem": media: hantro: use pm_runtime_resume_and_get() media: hantro: do a PM resume earlier ? Thanks, Ezequiel > drivers/staging/media/hantro/hantro_drv.c | 7 ++++--- > 1 file changed, 4 insertions(+), 3 deletions(-) > > diff --git a/drivers/staging/media/hantro/hantro_drv.c b/drivers/staging/media/hantro/hantro_drv.c > index 595e82a82728..4387edaa1d0d 100644 > --- a/drivers/staging/media/hantro/hantro_drv.c > +++ b/drivers/staging/media/hantro/hantro_drv.c > @@ -152,13 +152,14 @@ static void device_run(void *priv) > src = hantro_get_src_buf(ctx); > dst = hantro_get_dst_buf(ctx); > > - ret = clk_bulk_enable(ctx->dev->variant->num_clocks, ctx->dev->clocks); > - if (ret) > - goto err_cancel_job; > ret = pm_runtime_get_sync(ctx->dev->dev); > if (ret < 0) > goto err_cancel_job; > > + ret = clk_bulk_enable(ctx->dev->variant->num_clocks, ctx->dev->clocks); > + if (ret) > + goto err_cancel_job; > + > v4l2_m2m_buf_copy_metadata(src, dst, true); > > ctx->codec_ops->run(ctx);
WARNING: multiple messages have this Message-ID (diff)
From: Ezequiel Garcia <ezequiel@collabora.com> To: Mauro Carvalho Chehab <mchehab+huawei@kernel.org> Cc: linuxarm@huawei.com, mauro.chehab@huawei.com, Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Hans Verkuil <hverkuil-cisco@xs4all.nl>, Mauro Carvalho Chehab <mchehab@kernel.org>, Philipp Zabel <p.zabel@pengutronix.de>, linux-kernel@vger.kernel.org, linux-media@vger.kernel.org, linux-rockchip@lists.infradead.org, linux-staging@lists.linux.dev Subject: Re: [PATCH 09/25] media: hantro: do a PM resume earlier Date: Wed, 05 May 2021 10:22:03 -0300 [thread overview] Message-ID: <11c24f97ef71b16c2e7b3ba40ca66a28c12df692.camel@collabora.com> (raw) In-Reply-To: <82114a4bd9c7bc1188c6a7167a6e74bb3360961d.1620207353.git.mchehab+huawei@kernel.org> Hi Mauro, Thanks for working on this. On Wed, 2021-05-05 at 11:41 +0200, Mauro Carvalho Chehab wrote: > The device_run() first enables the clock and then > tries to resume PM runtime, checking for errors. > > Well, if for some reason the pm_runtime can not resume, > it would be better to detect it beforehand. > > So, change the order inside device_run(). > > Reviewed-by: Ezequiel Garcia <ezequiel@collabora.com> > Fixes: 775fec69008d ("media: add Rockchip VPU JPEG encoder driver") > Signed-off-by: Mauro Carvalho Chehab <mchehab+huawei@kernel.org> It seems this is wrong now, as this series doesn't have https://lore.kernel.org/linux-media/803c39fafdd62efc6f9e4d99a372af2c6955143b.1619621413.git.mchehab+huawei@kernel.org/ I don't fully understand why all the back and forth happening on this series, but the former Hantro patches looked good (despite perhaps unclear commit messages). Any issues just squashing these two commits from "[PATCH v4 00/79] Address some issues with PM runtime at media subsystem": media: hantro: use pm_runtime_resume_and_get() media: hantro: do a PM resume earlier ? Thanks, Ezequiel > drivers/staging/media/hantro/hantro_drv.c | 7 ++++--- > 1 file changed, 4 insertions(+), 3 deletions(-) > > diff --git a/drivers/staging/media/hantro/hantro_drv.c b/drivers/staging/media/hantro/hantro_drv.c > index 595e82a82728..4387edaa1d0d 100644 > --- a/drivers/staging/media/hantro/hantro_drv.c > +++ b/drivers/staging/media/hantro/hantro_drv.c > @@ -152,13 +152,14 @@ static void device_run(void *priv) > src = hantro_get_src_buf(ctx); > dst = hantro_get_dst_buf(ctx); > > - ret = clk_bulk_enable(ctx->dev->variant->num_clocks, ctx->dev->clocks); > - if (ret) > - goto err_cancel_job; > ret = pm_runtime_get_sync(ctx->dev->dev); > if (ret < 0) > goto err_cancel_job; > > + ret = clk_bulk_enable(ctx->dev->variant->num_clocks, ctx->dev->clocks); > + if (ret) > + goto err_cancel_job; > + > v4l2_m2m_buf_copy_metadata(src, dst, true); > > ctx->codec_ops->run(ctx); _______________________________________________ Linux-rockchip mailing list Linux-rockchip@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-rockchip
next prev parent reply other threads:[~2021-05-05 13:27 UTC|newest] Thread overview: 124+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-05-05 9:41 [PATCH 00/25] Fix some PM runtime issues at the media subsystem Mauro Carvalho Chehab 2021-05-05 9:41 ` Mauro Carvalho Chehab 2021-05-05 9:41 ` Mauro Carvalho Chehab 2021-05-05 9:41 ` Mauro Carvalho Chehab 2021-05-05 9:41 ` Mauro Carvalho Chehab 2021-05-05 9:41 ` [PATCH 01/25] staging: media: rkvdec: fix pm_runtime_get_sync() usage count Mauro Carvalho Chehab 2021-05-05 9:41 ` Mauro Carvalho Chehab 2021-05-05 9:41 ` Mauro Carvalho Chehab 2021-05-05 12:23 ` Jonathan Cameron 2021-05-05 12:23 ` Jonathan Cameron 2021-05-05 9:41 ` [PATCH 02/25] staging: media: imx7-mipi-csis: " Mauro Carvalho Chehab 2021-05-05 9:41 ` Mauro Carvalho Chehab 2021-05-05 9:41 ` Mauro Carvalho Chehab 2021-05-05 11:06 ` Jonathan Cameron 2021-05-05 11:06 ` Jonathan Cameron 2021-05-05 11:17 ` Mauro Carvalho Chehab 2021-05-05 11:17 ` Mauro Carvalho Chehab 2021-05-05 13:56 ` Rui Miguel Silva 2021-05-05 13:56 ` Rui Miguel Silva 2021-05-05 14:23 ` Mauro Carvalho Chehab 2021-05-05 14:23 ` Mauro Carvalho Chehab 2021-05-05 9:41 ` [PATCH 03/25] media: venus: Rework error fail recover logic Mauro Carvalho Chehab 2021-05-05 11:05 ` Jonathan Cameron 2021-05-05 9:41 ` [PATCH 04/25] media: s5p_cec: decrement usage count if disabled Mauro Carvalho Chehab 2021-05-05 12:24 ` Jonathan Cameron 2021-05-05 9:41 ` [PATCH 05/25] media: i2c: ccs-core: return the right error code at suspend Mauro Carvalho Chehab 2021-05-05 12:24 ` Jonathan Cameron 2021-05-05 12:51 ` Sakari Ailus 2021-05-05 9:41 ` [PATCH 06/25] media: i2c: imx334: fix the pm runtime get logic Mauro Carvalho Chehab 2021-05-05 11:10 ` Jonathan Cameron 2021-05-05 11:24 ` Mauro Carvalho Chehab 2021-05-05 12:26 ` Jonathan Cameron 2021-05-05 9:41 ` [PATCH 07/25] media: exynos-gsc: don't resume at remove time Mauro Carvalho Chehab 2021-05-05 9:41 ` Mauro Carvalho Chehab 2021-05-05 12:27 ` Jonathan Cameron 2021-05-05 12:27 ` Jonathan Cameron 2021-05-05 9:41 ` [PATCH 08/25] media: atmel: properly get pm_runtime Mauro Carvalho Chehab 2021-05-05 9:41 ` Mauro Carvalho Chehab 2021-05-05 12:08 ` Jonathan Cameron 2021-05-05 12:08 ` Jonathan Cameron 2021-06-10 9:04 ` Eugen.Hristev 2021-06-10 9:04 ` Eugen.Hristev 2021-06-10 9:38 ` Mauro Carvalho Chehab 2021-06-10 9:38 ` Mauro Carvalho Chehab 2021-06-10 12:00 ` Eugen.Hristev 2021-06-10 12:00 ` Eugen.Hristev 2021-06-16 8:03 ` Mauro Carvalho Chehab 2021-06-16 8:03 ` Mauro Carvalho Chehab 2021-09-06 8:03 ` Mauro Carvalho Chehab 2021-09-06 8:03 ` Mauro Carvalho Chehab 2021-09-06 8:13 ` Eugen.Hristev 2021-09-06 8:13 ` Eugen.Hristev 2021-09-13 10:26 ` Eugen.Hristev 2021-09-13 10:26 ` Eugen.Hristev 2021-05-05 9:41 ` [PATCH 09/25] media: hantro: do a PM resume earlier Mauro Carvalho Chehab 2021-05-05 9:41 ` Mauro Carvalho Chehab 2021-05-05 9:41 ` Mauro Carvalho Chehab 2021-05-05 11:34 ` Jonathan Cameron 2021-05-05 11:34 ` Jonathan Cameron 2021-05-05 13:22 ` Ezequiel Garcia [this message] 2021-05-05 13:22 ` Ezequiel Garcia 2021-05-05 13:22 ` Ezequiel Garcia 2021-05-05 13:46 ` Mauro Carvalho Chehab 2021-05-05 13:46 ` Mauro Carvalho Chehab 2021-05-05 14:01 ` Ezequiel Garcia 2021-05-05 14:01 ` Ezequiel Garcia 2021-05-05 14:01 ` Ezequiel Garcia 2021-05-05 14:15 ` Mauro Carvalho Chehab 2021-05-05 14:15 ` Mauro Carvalho Chehab 2021-05-05 9:42 ` [PATCH 10/25] media: marvel-ccic: fix some issues when getting pm_runtime Mauro Carvalho Chehab 2021-05-05 9:42 ` [PATCH 11/25] media: mdk-mdp: fix pm_runtime_get_sync() usage count Mauro Carvalho Chehab 2021-05-05 9:42 ` Mauro Carvalho Chehab 2021-05-05 9:42 ` Mauro Carvalho Chehab 2021-05-05 9:42 ` [PATCH 12/25] media: rcar_fdp1: simplify error check logic at fdp_open() Mauro Carvalho Chehab 2021-05-05 9:48 ` Sergei Shtylyov 2021-05-05 9:42 ` [PATCH 13/25] media: rcar_fdp1: fix pm_runtime_get_sync() usage count Mauro Carvalho Chehab 2021-05-05 12:31 ` Jonathan Cameron 2021-05-05 9:42 ` [PATCH 14/25] media: renesas-ceu: Properly check for PM errors Mauro Carvalho Chehab 2021-05-05 9:56 ` Jacopo Mondi 2021-05-05 9:42 ` [PATCH 15/25] media: s5p: fix pm_runtime_get_sync() usage count Mauro Carvalho Chehab 2021-05-05 12:31 ` Jonathan Cameron 2021-05-05 9:42 ` [PATCH 16/25] media: am437x: " Mauro Carvalho Chehab 2021-05-05 12:32 ` Jonathan Cameron 2021-05-08 13:01 ` Lad, Prabhakar 2021-05-05 9:42 ` [PATCH 17/25] media: sh_vou: " Mauro Carvalho Chehab 2021-05-05 9:42 ` [PATCH 18/25] media: mtk-vcodec: fix PM runtime get logic Mauro Carvalho Chehab 2021-05-05 9:42 ` Mauro Carvalho Chehab 2021-05-05 9:42 ` Mauro Carvalho Chehab 2021-05-05 12:32 ` Jonathan Cameron 2021-05-05 12:32 ` Jonathan Cameron 2021-05-05 12:32 ` Jonathan Cameron 2021-05-05 9:42 ` [PATCH 19/25] media: s5p-jpeg: fix pm_runtime_get_sync() usage count Mauro Carvalho Chehab 2021-05-05 9:42 ` Mauro Carvalho Chehab 2021-05-05 12:33 ` Jonathan Cameron 2021-05-05 12:33 ` Jonathan Cameron 2021-05-05 9:42 ` [PATCH 20/25] media: sti/delta: use pm_runtime_resume_and_get() Mauro Carvalho Chehab 2021-05-05 12:01 ` Jonathan Cameron 2021-05-05 12:33 ` Jonathan Cameron 2021-05-05 9:42 ` [PATCH 21/25] media: sunxi: fix pm_runtime_get_sync() usage count Mauro Carvalho Chehab 2021-05-05 9:42 ` Mauro Carvalho Chehab 2021-05-05 9:42 ` Mauro Carvalho Chehab 2021-05-05 9:42 ` [PATCH 22/25] media: sti/bdisp: " Mauro Carvalho Chehab 2021-05-05 12:34 ` Jonathan Cameron 2021-05-05 9:42 ` [PATCH 23/25] media: exynos4-is: " Mauro Carvalho Chehab 2021-05-05 9:42 ` Mauro Carvalho Chehab 2021-05-05 12:20 ` Jonathan Cameron 2021-05-05 12:20 ` Jonathan Cameron 2021-05-05 9:42 ` [PATCH 24/25] media: exynos-gsc: " Mauro Carvalho Chehab 2021-05-05 9:42 ` Mauro Carvalho Chehab 2021-05-05 12:34 ` Jonathan Cameron 2021-05-05 12:34 ` Jonathan Cameron 2021-05-05 9:42 ` [PATCH 25/25] media: i2c: ccs-core: " Mauro Carvalho Chehab 2021-05-05 10:34 ` Sakari Ailus 2021-05-05 10:57 ` Mauro Carvalho Chehab 2021-05-05 10:58 ` Mauro Carvalho Chehab 2021-05-05 12:35 ` Jonathan Cameron 2021-05-05 14:06 ` Mauro Carvalho Chehab 2021-05-05 16:36 ` Jonathan Cameron 2021-05-05 11:02 ` Sakari Ailus 2021-05-06 15:11 ` [PATCH 00/25] Fix some PM runtime issues at the media subsystem Mauro Carvalho Chehab 2021-05-06 15:11 ` Mauro Carvalho Chehab 2021-05-06 15:11 ` Mauro Carvalho Chehab 2021-05-06 15:11 ` Mauro Carvalho Chehab 2021-05-06 15:11 ` Mauro Carvalho Chehab
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=11c24f97ef71b16c2e7b3ba40ca66a28c12df692.camel@collabora.com \ --to=ezequiel@collabora.com \ --cc=gregkh@linuxfoundation.org \ --cc=hverkuil-cisco@xs4all.nl \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-media@vger.kernel.org \ --cc=linux-rockchip@lists.infradead.org \ --cc=linux-staging@lists.linux.dev \ --cc=linuxarm@huawei.com \ --cc=mauro.chehab@huawei.com \ --cc=mchehab+huawei@kernel.org \ --cc=mchehab@kernel.org \ --cc=p.zabel@pengutronix.de \ /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: linkBe 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.