* [PATCHv2 0/2] media: venus: close() fixes
@ 2024-10-24 6:16 Sergey Senozhatsky
2024-10-24 6:16 ` [PATCHv2 1/2] media: venus: fix enc/dec destruction order Sergey Senozhatsky
2024-10-24 6:16 ` [PATCHv2 2/2] media: venus: sync with threaded IRQ during inst destruction Sergey Senozhatsky
0 siblings, 2 replies; 10+ messages in thread
From: Sergey Senozhatsky @ 2024-10-24 6:16 UTC (permalink / raw)
To: Stanimir Varbanov, Vikash Garodia
Cc: Bryan O'Donoghue, linux-media, linux-kernel,
Sergey Senozhatsky
A couple of fixes for venus driver close() handling
(both enc and dec).
v1->v2:
-- reworked 0002, as its v1 made no sense whatsoever
-- use synchronize_irq() (Tomasz)
Sergey Senozhatsky (2):
media: venus: fix enc/dec destruction order
media: venus: sync with threaded IRQ during inst destruction
drivers/media/platform/qcom/venus/vdec.c | 19 +++++++++++++++----
drivers/media/platform/qcom/venus/venc.c | 18 ++++++++++++++----
2 files changed, 29 insertions(+), 8 deletions(-)
--
2.47.0.163.g1226f6d8fa-goog
^ permalink raw reply [flat|nested] 10+ messages in thread
* [PATCHv2 1/2] media: venus: fix enc/dec destruction order
2024-10-24 6:16 [PATCHv2 0/2] media: venus: close() fixes Sergey Senozhatsky
@ 2024-10-24 6:16 ` Sergey Senozhatsky
2024-10-24 8:54 ` Bryan O'Donoghue
2024-10-24 6:16 ` [PATCHv2 2/2] media: venus: sync with threaded IRQ during inst destruction Sergey Senozhatsky
1 sibling, 1 reply; 10+ messages in thread
From: Sergey Senozhatsky @ 2024-10-24 6:16 UTC (permalink / raw)
To: Stanimir Varbanov, Vikash Garodia
Cc: Bryan O'Donoghue, linux-media, linux-kernel,
Sergey Senozhatsky, Tomasz Figa
We destroy mutex-es too early as they are still taken in
v4l2_fh_exit()->v4l2_event_unsubscribe()->v4l2_ctrl_find().
We should destroy mutex-es right before kfree(). Also
do not vdec_ctrl_deinit() before v4l2_fh_exit().
Suggested-by: Tomasz Figa <tfiga@google.com>
Signed-off-by: Sergey Senozhatsky <senozhatsky@chromium.org>
---
drivers/media/platform/qcom/venus/vdec.c | 7 ++++---
drivers/media/platform/qcom/venus/venc.c | 6 +++---
2 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/drivers/media/platform/qcom/venus/vdec.c b/drivers/media/platform/qcom/venus/vdec.c
index 6252a6b3d4ba..0013c4704f03 100644
--- a/drivers/media/platform/qcom/venus/vdec.c
+++ b/drivers/media/platform/qcom/venus/vdec.c
@@ -1752,13 +1752,14 @@ static int vdec_close(struct file *file)
cancel_work_sync(&inst->delayed_process_work);
v4l2_m2m_ctx_release(inst->m2m_ctx);
v4l2_m2m_release(inst->m2m_dev);
- vdec_ctrl_deinit(inst);
ida_destroy(&inst->dpb_ids);
hfi_session_destroy(inst);
- mutex_destroy(&inst->lock);
- mutex_destroy(&inst->ctx_q_lock);
v4l2_fh_del(&inst->fh);
v4l2_fh_exit(&inst->fh);
+ vdec_ctrl_deinit(inst);
+
+ mutex_destroy(&inst->lock);
+ mutex_destroy(&inst->ctx_q_lock);
vdec_pm_put(inst, false);
diff --git a/drivers/media/platform/qcom/venus/venc.c b/drivers/media/platform/qcom/venus/venc.c
index 322a7737e2c7..6a26a6592424 100644
--- a/drivers/media/platform/qcom/venus/venc.c
+++ b/drivers/media/platform/qcom/venus/venc.c
@@ -1519,14 +1519,14 @@ static int venc_close(struct file *file)
v4l2_m2m_ctx_release(inst->m2m_ctx);
v4l2_m2m_release(inst->m2m_dev);
- venc_ctrl_deinit(inst);
hfi_session_destroy(inst);
- mutex_destroy(&inst->lock);
- mutex_destroy(&inst->ctx_q_lock);
v4l2_fh_del(&inst->fh);
v4l2_fh_exit(&inst->fh);
+ venc_ctrl_deinit(inst);
inst->enc_state = VENUS_ENC_STATE_DEINIT;
+ mutex_destroy(&inst->lock);
+ mutex_destroy(&inst->ctx_q_lock);
venc_pm_put(inst, false);
--
2.47.0.163.g1226f6d8fa-goog
^ permalink raw reply related [flat|nested] 10+ messages in thread
* [PATCHv2 2/2] media: venus: sync with threaded IRQ during inst destruction
2024-10-24 6:16 [PATCHv2 0/2] media: venus: close() fixes Sergey Senozhatsky
2024-10-24 6:16 ` [PATCHv2 1/2] media: venus: fix enc/dec destruction order Sergey Senozhatsky
@ 2024-10-24 6:16 ` Sergey Senozhatsky
2024-10-24 8:59 ` Bryan O'Donoghue
1 sibling, 1 reply; 10+ messages in thread
From: Sergey Senozhatsky @ 2024-10-24 6:16 UTC (permalink / raw)
To: Stanimir Varbanov, Vikash Garodia
Cc: Bryan O'Donoghue, linux-media, linux-kernel,
Sergey Senozhatsky
When destroying an inst we should make sure that we don't race
against threaded IRQ (or pending IRQ), otherwise we can concurrently
kfree() inst context and inst itself.
BUG: KASAN: slab-use-after-free in vb2_queue_error+0x80/0x90
Call trace:
dump_backtrace+0x1c4/0x1f8
show_stack+0x38/0x60
dump_stack_lvl+0x168/0x1f0
print_report+0x170/0x4c8
kasan_report+0x94/0xd0
__asan_report_load2_noabort+0x20/0x30
vb2_queue_error+0x80/0x90
venus_helper_vb2_queue_error+0x54/0x78
venc_event_notify+0xec/0x158
hfi_event_notify+0x878/0xd20
hfi_process_msg_packet+0x27c/0x4e0
venus_isr_thread+0x258/0x6e8
hfi_isr_thread+0x70/0x90
venus_isr_thread+0x34/0x50
irq_thread_fn+0x88/0x130
irq_thread+0x160/0x2c0
kthread+0x294/0x328
ret_from_fork+0x10/0x20
Allocated by task 20291:
kasan_set_track+0x4c/0x80
kasan_save_alloc_info+0x28/0x38
__kasan_kmalloc+0x84/0xa0
kmalloc_trace+0x7c/0x98
v4l2_m2m_ctx_init+0x74/0x280
venc_open+0x444/0x6d0
v4l2_open+0x19c/0x2a0
chrdev_open+0x374/0x3f0
do_dentry_open+0x710/0x10a8
vfs_open+0x88/0xa8
path_openat+0x1e6c/0x2700
do_filp_open+0x1a4/0x2e0
do_sys_openat2+0xe8/0x508
do_sys_open+0x15c/0x1a0
__arm64_sys_openat+0xa8/0xc8
invoke_syscall+0xdc/0x270
el0_svc_common+0x1ec/0x250
do_el0_svc+0x54/0x70
el0_svc+0x50/0xe8
el0t_64_sync_handler+0x48/0x120
el0t_64_sync+0x1a8/0x1b0
Re-arragne inst destruction. First remove the inst from the
core ->instacnes list, second synchronize IRQ/IRQ-thread to
make sure that nothing else would see the inst while we take
it down.
Signed-off-by: Sergey Senozhatsky <senozhatsky@chromium.org>
---
drivers/media/platform/qcom/venus/vdec.c | 12 +++++++++++-
drivers/media/platform/qcom/venus/venc.c | 12 +++++++++++-
2 files changed, 22 insertions(+), 2 deletions(-)
diff --git a/drivers/media/platform/qcom/venus/vdec.c b/drivers/media/platform/qcom/venus/vdec.c
index 0013c4704f03..b3192a36f388 100644
--- a/drivers/media/platform/qcom/venus/vdec.c
+++ b/drivers/media/platform/qcom/venus/vdec.c
@@ -1750,10 +1750,20 @@ static int vdec_close(struct file *file)
vdec_pm_get(inst);
cancel_work_sync(&inst->delayed_process_work);
+ /*
+ * First, remove the inst from the ->instances list, so that
+ * to_instance() will return NULL.
+ */
+ hfi_session_destroy(inst);
+ /*
+ * Second, make sure we don't have IRQ/IRQ-thread currently running
+ * or pending execution, which would race with the inst destruction.
+ */
+ synchronize_irq(inst->core->irq);
+
v4l2_m2m_ctx_release(inst->m2m_ctx);
v4l2_m2m_release(inst->m2m_dev);
ida_destroy(&inst->dpb_ids);
- hfi_session_destroy(inst);
v4l2_fh_del(&inst->fh);
v4l2_fh_exit(&inst->fh);
vdec_ctrl_deinit(inst);
diff --git a/drivers/media/platform/qcom/venus/venc.c b/drivers/media/platform/qcom/venus/venc.c
index 6a26a6592424..36981ce448f5 100644
--- a/drivers/media/platform/qcom/venus/venc.c
+++ b/drivers/media/platform/qcom/venus/venc.c
@@ -1517,9 +1517,19 @@ static int venc_close(struct file *file)
venc_pm_get(inst);
+ /*
+ * First, remove the inst from the ->instances list, so that
+ * to_instance() will return NULL.
+ */
+ hfi_session_destroy(inst);
+ /*
+ * Second, make sure we don't have IRQ/IRQ-thread currently running
+ * or pending execution, which would race with the inst destruction.
+ */
+ synchronize_irq(inst->core->irq);
+
v4l2_m2m_ctx_release(inst->m2m_ctx);
v4l2_m2m_release(inst->m2m_dev);
- hfi_session_destroy(inst);
v4l2_fh_del(&inst->fh);
v4l2_fh_exit(&inst->fh);
venc_ctrl_deinit(inst);
--
2.47.0.163.g1226f6d8fa-goog
^ permalink raw reply related [flat|nested] 10+ messages in thread
* Re: [PATCHv2 1/2] media: venus: fix enc/dec destruction order
2024-10-24 6:16 ` [PATCHv2 1/2] media: venus: fix enc/dec destruction order Sergey Senozhatsky
@ 2024-10-24 8:54 ` Bryan O'Donoghue
0 siblings, 0 replies; 10+ messages in thread
From: Bryan O'Donoghue @ 2024-10-24 8:54 UTC (permalink / raw)
To: Sergey Senozhatsky, Stanimir Varbanov, Vikash Garodia
Cc: linux-media, linux-kernel, Tomasz Figa
On 24/10/2024 07:16, Sergey Senozhatsky wrote:
> We destroy mutex-es too early as they are still taken in
> v4l2_fh_exit()->v4l2_event_unsubscribe()->v4l2_ctrl_find().
>
> We should destroy mutex-es right before kfree(). Also
> do not vdec_ctrl_deinit() before v4l2_fh_exit().
>
> Suggested-by: Tomasz Figa <tfiga@google.com>
> Signed-off-by: Sergey Senozhatsky <senozhatsky@chromium.org>
> ---
> drivers/media/platform/qcom/venus/vdec.c | 7 ++++---
> drivers/media/platform/qcom/venus/venc.c | 6 +++---
> 2 files changed, 7 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/media/platform/qcom/venus/vdec.c b/drivers/media/platform/qcom/venus/vdec.c
> index 6252a6b3d4ba..0013c4704f03 100644
> --- a/drivers/media/platform/qcom/venus/vdec.c
> +++ b/drivers/media/platform/qcom/venus/vdec.c
> @@ -1752,13 +1752,14 @@ static int vdec_close(struct file *file)
> cancel_work_sync(&inst->delayed_process_work);
> v4l2_m2m_ctx_release(inst->m2m_ctx);
> v4l2_m2m_release(inst->m2m_dev);
> - vdec_ctrl_deinit(inst);
> ida_destroy(&inst->dpb_ids);
> hfi_session_destroy(inst);
> - mutex_destroy(&inst->lock);
> - mutex_destroy(&inst->ctx_q_lock);
> v4l2_fh_del(&inst->fh);
> v4l2_fh_exit(&inst->fh);
> + vdec_ctrl_deinit(inst);
> +
> + mutex_destroy(&inst->lock);
> + mutex_destroy(&inst->ctx_q_lock);
>
> vdec_pm_put(inst, false);
>
> diff --git a/drivers/media/platform/qcom/venus/venc.c b/drivers/media/platform/qcom/venus/venc.c
> index 322a7737e2c7..6a26a6592424 100644
> --- a/drivers/media/platform/qcom/venus/venc.c
> +++ b/drivers/media/platform/qcom/venus/venc.c
> @@ -1519,14 +1519,14 @@ static int venc_close(struct file *file)
>
> v4l2_m2m_ctx_release(inst->m2m_ctx);
> v4l2_m2m_release(inst->m2m_dev);
> - venc_ctrl_deinit(inst);
> hfi_session_destroy(inst);
> - mutex_destroy(&inst->lock);
> - mutex_destroy(&inst->ctx_q_lock);
> v4l2_fh_del(&inst->fh);
> v4l2_fh_exit(&inst->fh);
> + venc_ctrl_deinit(inst);
>
> inst->enc_state = VENUS_ENC_STATE_DEINIT;
> + mutex_destroy(&inst->lock);
> + mutex_destroy(&inst->ctx_q_lock);
>
> venc_pm_put(inst, false);
>
Lgtm
Requires a Fixes: tag though
i.e.
Fixes: 7472c1c69138 ("[media] media: venus: vdec: add video decoder files")
Once added
Reviewed-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCHv2 2/2] media: venus: sync with threaded IRQ during inst destruction
2024-10-24 6:16 ` [PATCHv2 2/2] media: venus: sync with threaded IRQ during inst destruction Sergey Senozhatsky
@ 2024-10-24 8:59 ` Bryan O'Donoghue
2024-10-24 9:39 ` Sergey Senozhatsky
0 siblings, 1 reply; 10+ messages in thread
From: Bryan O'Donoghue @ 2024-10-24 8:59 UTC (permalink / raw)
To: Sergey Senozhatsky, Stanimir Varbanov, Vikash Garodia
Cc: linux-media, linux-kernel
On 24/10/2024 07:16, Sergey Senozhatsky wrote:
> When destroying an inst we should make sure that we don't race
> against threaded IRQ (or pending IRQ), otherwise we can concurrently
> kfree() inst context and inst itself.
>
> BUG: KASAN: slab-use-after-free in vb2_queue_error+0x80/0x90
> Call trace:
> dump_backtrace+0x1c4/0x1f8
> show_stack+0x38/0x60
> dump_stack_lvl+0x168/0x1f0
> print_report+0x170/0x4c8
> kasan_report+0x94/0xd0
> __asan_report_load2_noabort+0x20/0x30
> vb2_queue_error+0x80/0x90
> venus_helper_vb2_queue_error+0x54/0x78
> venc_event_notify+0xec/0x158
> hfi_event_notify+0x878/0xd20
> hfi_process_msg_packet+0x27c/0x4e0
> venus_isr_thread+0x258/0x6e8
> hfi_isr_thread+0x70/0x90
> venus_isr_thread+0x34/0x50
> irq_thread_fn+0x88/0x130
> irq_thread+0x160/0x2c0
> kthread+0x294/0x328
> ret_from_fork+0x10/0x20
>
> Allocated by task 20291:
> kasan_set_track+0x4c/0x80
> kasan_save_alloc_info+0x28/0x38
> __kasan_kmalloc+0x84/0xa0
> kmalloc_trace+0x7c/0x98
> v4l2_m2m_ctx_init+0x74/0x280
> venc_open+0x444/0x6d0
> v4l2_open+0x19c/0x2a0
> chrdev_open+0x374/0x3f0
> do_dentry_open+0x710/0x10a8
> vfs_open+0x88/0xa8
> path_openat+0x1e6c/0x2700
> do_filp_open+0x1a4/0x2e0
> do_sys_openat2+0xe8/0x508
> do_sys_open+0x15c/0x1a0
> __arm64_sys_openat+0xa8/0xc8
> invoke_syscall+0xdc/0x270
> el0_svc_common+0x1ec/0x250
> do_el0_svc+0x54/0x70
> el0_svc+0x50/0xe8
> el0t_64_sync_handler+0x48/0x120
> el0t_64_sync+0x1a8/0x1b0
>
> Re-arragne inst destruction. First remove the inst from the
> core ->instacnes list, second synchronize IRQ/IRQ-thread to
> make sure that nothing else would see the inst while we take
> it down.
>
> Signed-off-by: Sergey Senozhatsky <senozhatsky@chromium.org>
> ---
> drivers/media/platform/qcom/venus/vdec.c | 12 +++++++++++-
> drivers/media/platform/qcom/venus/venc.c | 12 +++++++++++-
> 2 files changed, 22 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/media/platform/qcom/venus/vdec.c b/drivers/media/platform/qcom/venus/vdec.c
> index 0013c4704f03..b3192a36f388 100644
> --- a/drivers/media/platform/qcom/venus/vdec.c
> +++ b/drivers/media/platform/qcom/venus/vdec.c
> @@ -1750,10 +1750,20 @@ static int vdec_close(struct file *file)
> vdec_pm_get(inst);
>
> cancel_work_sync(&inst->delayed_process_work);
> + /*
> + * First, remove the inst from the ->instances list, so that
> + * to_instance() will return NULL.
> + */
> + hfi_session_destroy(inst);
> + /*
> + * Second, make sure we don't have IRQ/IRQ-thread currently running
> + * or pending execution, which would race with the inst destruction.
> + */
> + synchronize_irq(inst->core->irq);
> +
> v4l2_m2m_ctx_release(inst->m2m_ctx);
> v4l2_m2m_release(inst->m2m_dev);
> ida_destroy(&inst->dpb_ids);
> - hfi_session_destroy(inst);
> v4l2_fh_del(&inst->fh);
> v4l2_fh_exit(&inst->fh);
> vdec_ctrl_deinit(inst);
> diff --git a/drivers/media/platform/qcom/venus/venc.c b/drivers/media/platform/qcom/venus/venc.c
> index 6a26a6592424..36981ce448f5 100644
> --- a/drivers/media/platform/qcom/venus/venc.c
> +++ b/drivers/media/platform/qcom/venus/venc.c
> @@ -1517,9 +1517,19 @@ static int venc_close(struct file *file)
>
> venc_pm_get(inst);
>
> + /*
> + * First, remove the inst from the ->instances list, so that
> + * to_instance() will return NULL.
> + */
> + hfi_session_destroy(inst);
> + /*
> + * Second, make sure we don't have IRQ/IRQ-thread currently running
> + * or pending execution, which would race with the inst destruction.
> + */
> + synchronize_irq(inst->core->irq);
> +
> v4l2_m2m_ctx_release(inst->m2m_ctx);
> v4l2_m2m_release(inst->m2m_dev);
> - hfi_session_destroy(inst);
> v4l2_fh_del(&inst->fh);
> v4l2_fh_exit(&inst->fh);
> venc_ctrl_deinit(inst);
This needs a Fixes: tag too.
It also occurs to me that most of the close() operation code is shared
between venc_close() and vdec_close() a welcome patch for V3 would be to
functionally decompose the common code to a shared location.
So that would be your two Fixes: first and then a reduction patch for a
total of three.
Anyway with the Fixes applied
Reviewed-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>
---
bod
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCHv2 2/2] media: venus: sync with threaded IRQ during inst destruction
2024-10-24 8:59 ` Bryan O'Donoghue
@ 2024-10-24 9:39 ` Sergey Senozhatsky
2024-10-24 9:43 ` Bryan O'Donoghue
0 siblings, 1 reply; 10+ messages in thread
From: Sergey Senozhatsky @ 2024-10-24 9:39 UTC (permalink / raw)
To: Bryan O'Donoghue
Cc: Sergey Senozhatsky, Stanimir Varbanov, Vikash Garodia,
linux-media, linux-kernel
On (24/10/24 09:59), Bryan O'Donoghue wrote:
> This needs a Fixes: tag too.
Ack.
> It also occurs to me that most of the close() operation code is shared
> between venc_close() and vdec_close() a welcome patch for V3 would be to
> functionally decompose the common code to a shared location.
Any preferences where that "shared location" should be?
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCHv2 2/2] media: venus: sync with threaded IRQ during inst destruction
2024-10-24 9:39 ` Sergey Senozhatsky
@ 2024-10-24 9:43 ` Bryan O'Donoghue
2024-10-24 10:08 ` Sergey Senozhatsky
0 siblings, 1 reply; 10+ messages in thread
From: Bryan O'Donoghue @ 2024-10-24 9:43 UTC (permalink / raw)
To: Sergey Senozhatsky
Cc: Stanimir Varbanov, Vikash Garodia, linux-media, linux-kernel
On 24/10/2024 10:39, Sergey Senozhatsky wrote:
> On (24/10/24 09:59), Bryan O'Donoghue wrote:
>> This needs a Fixes: tag too.
>
> Ack.
>
>> It also occurs to me that most of the close() operation code is shared
>> between venc_close() and vdec_close() a welcome patch for V3 would be to
>> functionally decompose the common code to a shared location.
>
> Any preferences where that "shared location" should be?
Probably core.c is the only place we can jam stuff to be shared but, if
you think of something more appropriate feel free.
---
bod
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCHv2 2/2] media: venus: sync with threaded IRQ during inst destruction
2024-10-24 9:43 ` Bryan O'Donoghue
@ 2024-10-24 10:08 ` Sergey Senozhatsky
2024-10-24 10:52 ` Bryan O'Donoghue
2024-10-24 11:36 ` Sergey Senozhatsky
0 siblings, 2 replies; 10+ messages in thread
From: Sergey Senozhatsky @ 2024-10-24 10:08 UTC (permalink / raw)
To: Bryan O'Donoghue
Cc: Sergey Senozhatsky, Stanimir Varbanov, Vikash Garodia,
linux-media, linux-kernel
On (24/10/24 10:43), Bryan O'Donoghue wrote:
> > > It also occurs to me that most of the close() operation code is shared
> > > between venc_close() and vdec_close() a welcome patch for V3 would be to
> > > functionally decompose the common code to a shared location.
> >
> > Any preferences where that "shared location" should be?
>
> Probably core.c is the only place we can jam stuff to be shared
Ack.
So, we need to
- export a couple of symbols
- include vdec header in core
Does something like this look OK to you?
---
diff --git a/drivers/media/platform/qcom/venus/core.c b/drivers/media/platform/qcom/venus/core.c
index 31ea0982f58e..e7c69a292b3c 100644
--- a/drivers/media/platform/qcom/venus/core.c
+++ b/drivers/media/platform/qcom/venus/core.c
@@ -500,6 +500,31 @@ static __maybe_unused int venus_runtime_suspend(struct device *dev)
return ret;
}
+void venus_close_common(struct venus_inst *inst)
+{
+ /*
+ * First, remove the inst from the ->instances list, so that
+ * to_instance() will return NULL.
+ */
+ hfi_session_destroy(inst);
+ /*
+ * Second, make sure we don't have IRQ/IRQ-thread currently running
+ * or pending execution, which would race with the inst destruction.
+ */
+ synchronize_irq(inst->core->irq);
+
+ v4l2_m2m_ctx_release(inst->m2m_ctx);
+ v4l2_m2m_release(inst->m2m_dev);
+ ida_destroy(&inst->dpb_ids);
+ v4l2_fh_del(&inst->fh);
+ v4l2_fh_exit(&inst->fh);
+ vdec_ctrl_deinit(inst);
+
+ mutex_destroy(&inst->lock);
+ mutex_destroy(&inst->ctx_q_lock);
+}
+EXPORT_SYMBOL_GPL(venus_close_common);
+
static __maybe_unused int venus_runtime_resume(struct device *dev)
{
struct venus_core *core = dev_get_drvdata(dev);
diff --git a/drivers/media/platform/qcom/venus/core.h b/drivers/media/platform/qcom/venus/core.h
index 3748a9a74dce..75e9b29d1b01 100644
--- a/drivers/media/platform/qcom/venus/core.h
+++ b/drivers/media/platform/qcom/venus/core.h
@@ -17,6 +17,7 @@
#include "hfi.h"
#include "hfi_platform.h"
#include "hfi_helper.h"
+#include "vdec.h"
#define VDBGL "VenusLow : "
#define VDBGM "VenusMed : "
@@ -569,4 +570,6 @@ is_fw_rev_or_older(struct venus_core *core, u32 vmajor, u32 vminor, u32 vrev)
(core)->venus_ver.minor == vminor &&
(core)->venus_ver.rev <= vrev);
}
+
+void venus_close_common(struct venus_inst *inst);
#endif
diff --git a/drivers/media/platform/qcom/venus/vdec.c b/drivers/media/platform/qcom/venus/vdec.c
index d802ece8948f..b7d4801222cb 100644
--- a/drivers/media/platform/qcom/venus/vdec.c
+++ b/drivers/media/platform/qcom/venus/vdec.c
@@ -1746,29 +1746,8 @@ static int vdec_close(struct file *file)
struct venus_inst *inst = to_inst(file);
vdec_pm_get(inst);
-
cancel_work_sync(&inst->delayed_process_work);
- /*
- * First, remove the inst from the ->instances list, so that
- * to_instance() will return NULL.
- */
- hfi_session_destroy(inst);
- /*
- * Second, make sure we don't have IRQ/IRQ-thread currently running
- * or pending execution, which would race with the inst destruction.
- */
- synchronize_irq(inst->core->irq);
-
- v4l2_m2m_ctx_release(inst->m2m_ctx);
- v4l2_m2m_release(inst->m2m_dev);
- ida_destroy(&inst->dpb_ids);
- v4l2_fh_del(&inst->fh);
- v4l2_fh_exit(&inst->fh);
- vdec_ctrl_deinit(inst);
-
- mutex_destroy(&inst->lock);
- mutex_destroy(&inst->ctx_q_lock);
-
+ venus_close_common(inst);
vdec_pm_put(inst, false);
kfree(inst);
diff --git a/drivers/media/platform/qcom/venus/vdec_ctrls.c b/drivers/media/platform/qcom/venus/vdec_ctrls.c
index 7e0f29bf7fae..2b6b2eee619c 100644
--- a/drivers/media/platform/qcom/venus/vdec_ctrls.c
+++ b/drivers/media/platform/qcom/venus/vdec_ctrls.c
@@ -192,3 +192,4 @@ void vdec_ctrl_deinit(struct venus_inst *inst)
{
v4l2_ctrl_handler_free(&inst->ctrl_handler);
}
+EXPORT_SYMBOL_GPL(vdec_ctrl_deinit);
diff --git a/drivers/media/platform/qcom/venus/venc.c b/drivers/media/platform/qcom/venus/venc.c
index a72681de1179..55108117d085 100644
--- a/drivers/media/platform/qcom/venus/venc.c
+++ b/drivers/media/platform/qcom/venus/venc.c
@@ -1537,28 +1537,8 @@ static int venc_close(struct file *file)
struct venus_inst *inst = to_inst(file);
venc_pm_get(inst);
-
- /*
- * First, remove the inst from the ->instances list, so that
- * to_instance() will return NULL.
- */
- hfi_session_destroy(inst);
- /*
- * Second, make sure we don't have IRQ/IRQ-thread currently running
- * or pending execution, which would race with the inst destruction.
- */
- synchronize_irq(inst->core->irq);
-
- v4l2_m2m_ctx_release(inst->m2m_ctx);
- v4l2_m2m_release(inst->m2m_dev);
- v4l2_fh_del(&inst->fh);
- v4l2_fh_exit(&inst->fh);
- venc_ctrl_deinit(inst);
-
+ venus_close_common(inst);
inst->enc_state = VENUS_ENC_STATE_DEINIT;
- mutex_destroy(&inst->lock);
- mutex_destroy(&inst->ctx_q_lock);
-
venc_pm_put(inst, false);
kfree(inst);
^ permalink raw reply related [flat|nested] 10+ messages in thread
* Re: [PATCHv2 2/2] media: venus: sync with threaded IRQ during inst destruction
2024-10-24 10:08 ` Sergey Senozhatsky
@ 2024-10-24 10:52 ` Bryan O'Donoghue
2024-10-24 11:36 ` Sergey Senozhatsky
1 sibling, 0 replies; 10+ messages in thread
From: Bryan O'Donoghue @ 2024-10-24 10:52 UTC (permalink / raw)
To: Sergey Senozhatsky
Cc: Stanimir Varbanov, Vikash Garodia, linux-media, linux-kernel
On 24/10/2024 11:08, Sergey Senozhatsky wrote:
> On (24/10/24 10:43), Bryan O'Donoghue wrote:
>>>> It also occurs to me that most of the close() operation code is shared
>>>> between venc_close() and vdec_close() a welcome patch for V3 would be to
>>>> functionally decompose the common code to a shared location.
>>>
>>> Any preferences where that "shared location" should be?
>>
>> Probably core.c is the only place we can jam stuff to be shared
>
> Ack.
>
> So, we need to
> - export a couple of symbols
> - include vdec header in core
>
> Does something like this look OK to you?
y lgtm
---
bod
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCHv2 2/2] media: venus: sync with threaded IRQ during inst destruction
2024-10-24 10:08 ` Sergey Senozhatsky
2024-10-24 10:52 ` Bryan O'Donoghue
@ 2024-10-24 11:36 ` Sergey Senozhatsky
1 sibling, 0 replies; 10+ messages in thread
From: Sergey Senozhatsky @ 2024-10-24 11:36 UTC (permalink / raw)
To: Sergey Senozhatsky
Cc: Bryan O'Donoghue, Stanimir Varbanov, Vikash Garodia,
linux-media, linux-kernel
On (24/10/24 19:08), Sergey Senozhatsky wrote:
> So, we need to
> - export a couple of symbols
> - include vdec header in core
[..]
> +++ b/drivers/media/platform/qcom/venus/core.c
> @@ -500,6 +500,31 @@ static __maybe_unused int venus_runtime_suspend(struct device *dev)
> return ret;
> }
>
> +void venus_close_common(struct venus_inst *inst)
> +{
> + /*
> + * First, remove the inst from the ->instances list, so that
> + * to_instance() will return NULL.
> + */
> + hfi_session_destroy(inst);
> + /*
> + * Second, make sure we don't have IRQ/IRQ-thread currently running
> + * or pending execution, which would race with the inst destruction.
> + */
> + synchronize_irq(inst->core->irq);
> +
> + v4l2_m2m_ctx_release(inst->m2m_ctx);
> + v4l2_m2m_release(inst->m2m_dev);
> + ida_destroy(&inst->dpb_ids);
> + v4l2_fh_del(&inst->fh);
> + v4l2_fh_exit(&inst->fh);
> + vdec_ctrl_deinit(inst);
> +
> + mutex_destroy(&inst->lock);
> + mutex_destroy(&inst->ctx_q_lock);
> +}
> +EXPORT_SYMBOL_GPL(venus_close_common);
[..]
> +++ b/drivers/media/platform/qcom/venus/core.h
> @@ -17,6 +17,7 @@
> #include "hfi.h"
> #include "hfi_platform.h"
> #include "hfi_helper.h"
> +#include "vdec.h"
>
> #define VDBGL "VenusLow : "
> #define VDBGM "VenusMed : "
> @@ -569,4 +570,6 @@ is_fw_rev_or_older(struct venus_core *core, u32 vmajor, u32 vminor, u32 vrev)
> (core)->venus_ver.minor == vminor &&
> (core)->venus_ver.rev <= vrev);
> }
> +
> +void venus_close_common(struct venus_inst *inst);
> #endif
[..]
> +++ b/drivers/media/platform/qcom/venus/vdec_ctrls.c
> @@ -192,3 +192,4 @@ void vdec_ctrl_deinit(struct venus_inst *inst)
> {
> v4l2_ctrl_handler_free(&inst->ctrl_handler);
> }
> +EXPORT_SYMBOL_GPL(vdec_ctrl_deinit);
Would have been entirely too simple had I compile-tested
my patches, wouldn't it?
depmod: ERROR: Cycle detected: venus_core -> venus_dec -> venus_core
vdec_ctrl_deinit() is a v4l2_ctrl_handler_free() wrapper, a one-liner,
so I turned into a static inline.
Compiles with the addition of:
---
diff --git a/drivers/media/platform/qcom/venus/vdec.h b/drivers/media/platform/qcom/venus/vdec.h
index 6b262d0bf561..2687255b1616 100644
--- a/drivers/media/platform/qcom/venus/vdec.h
+++ b/drivers/media/platform/qcom/venus/vdec.h
@@ -6,9 +6,14 @@
#ifndef __VENUS_VDEC_H__
#define __VENUS_VDEC_H__
+#include <media/v4l2-ctrls.h>
+
struct venus_inst;
int vdec_ctrl_init(struct venus_inst *inst);
-void vdec_ctrl_deinit(struct venus_inst *inst);
+static inline void vdec_ctrl_deinit(struct venus_inst *inst)
+{
+ v4l2_ctrl_handler_free(&inst->ctrl_handler);
+}
#endif
diff --git a/drivers/media/platform/qcom/venus/vdec_ctrls.c b/drivers/media/platform/qcom/venus/vdec_ctrls.c
index 2b6b2eee619c..fa034a7fdbed 100644
--- a/drivers/media/platform/qcom/venus/vdec_ctrls.c
+++ b/drivers/media/platform/qcom/venus/vdec_ctrls.c
@@ -4,7 +4,6 @@
* Copyright (C) 2017 Linaro Ltd.
*/
#include <linux/types.h>
-#include <media/v4l2-ctrls.h>
#include "core.h"
#include "helpers.h"
@@ -187,9 +186,3 @@ int vdec_ctrl_init(struct venus_inst *inst)
return 0;
}
-
-void vdec_ctrl_deinit(struct venus_inst *inst)
-{
- v4l2_ctrl_handler_free(&inst->ctrl_handler);
-}
^ permalink raw reply related [flat|nested] 10+ messages in thread
end of thread, other threads:[~2024-10-24 11:36 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-10-24 6:16 [PATCHv2 0/2] media: venus: close() fixes Sergey Senozhatsky
2024-10-24 6:16 ` [PATCHv2 1/2] media: venus: fix enc/dec destruction order Sergey Senozhatsky
2024-10-24 8:54 ` Bryan O'Donoghue
2024-10-24 6:16 ` [PATCHv2 2/2] media: venus: sync with threaded IRQ during inst destruction Sergey Senozhatsky
2024-10-24 8:59 ` Bryan O'Donoghue
2024-10-24 9:39 ` Sergey Senozhatsky
2024-10-24 9:43 ` Bryan O'Donoghue
2024-10-24 10:08 ` Sergey Senozhatsky
2024-10-24 10:52 ` Bryan O'Donoghue
2024-10-24 11:36 ` Sergey Senozhatsky
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).