<!DOCTYPE html><html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
<pre>Did some tests with the sw callbacks which were called with rmmod.
It will fail if there are jobs, otherwise no need to cancel delayed work as
there is not any outstanding work and idle handler called or not did not affect
the removal of the module. insmod continues to work after that.
The case for hw_fini works as expected.
Tested-by: David (Ming Qiang) Wu <a class="moz-txt-link-rfc2396E" href="mailto:David.Wu3@amd.com"><David.Wu3@amd.com></a></pre>
<pre>Thanks,</pre>
<pre>David</pre>
<div class="moz-cite-prefix">On 2025-08-20 15:43, Alex Deucher
wrote:<br>
</div>
<blockquote type="cite" cite="mid:CADnq5_Mhdg6-7xOkofj0NT8MiFyv-EKcmZLObSApLjWX7Z-zrg@mail.gmail.com">
<pre wrap="" class="moz-quote-pre">On Wed, Aug 20, 2025 at 3:29 PM Wu, David <a class="moz-txt-link-rfc2396E" href="mailto:David.Wu3@amd.com"><David.Wu3@amd.com></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="" class="moz-quote-pre">
[AMD Official Use Only - AMD Internal Distribution Only]
one thing I noticed:
amdgpu_vcn_suspend() also gets called in vcn_v2_5_sw_fini() for example
where there isn't cancel_delayed_work_sync() call. Does the removal work in this case?
</pre>
</blockquote>
<pre wrap="" class="moz-quote-pre">
The sw callbacks are not supposed to touch any hardware, so that's
wrong to begin with. That said, this should never end up doing
anything because we've already cancelled the delayed worker in hw_fini
and after hw_fini the hw is stopped so no work should be outstanding.
Alex
</pre>
<blockquote type="cite">
<pre wrap="" class="moz-quote-pre">
David
On 8/20/2025 2:36 PM, Alex Deucher wrote:
Ping?
On Wed, Aug 13, 2025 at 3:37 PM Alex Deucher <a class="moz-txt-link-rfc2396E" href="mailto:alexander.deucher@amd.com"><alexander.deucher@amd.com></a> wrote:
We already call this in the hw_fini() methods for all
VCN instances, so no need to call it again in
amdgpu_vcn_suspend().
Signed-off-by: Alex Deucher <a class="moz-txt-link-rfc2396E" href="mailto:alexander.deucher@amd.com"><alexander.deucher@amd.com></a>
---
drivers/gpu/drm/amd/amdgpu/amdgpu_vcn.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_vcn.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_vcn.c
index 9a76e11d1c184..fd8ebf4b5a824 100644
--- a/drivers/gpu/drm/amd/amdgpu/amdgpu_vcn.c
+++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_vcn.c
@@ -357,8 +357,6 @@ int amdgpu_vcn_suspend(struct amdgpu_device *adev, int i)
if (adev->vcn.harvest_config & (1 << i))
return 0;
- cancel_delayed_work_sync(&adev->vcn.inst[i].idle_work);
-
/* err_event_athub and dpc recovery will corrupt VCPU buffer, so we need to
* restore fw data and clear buffer in amdgpu_vcn_resume() */
if (in_ras_intr || adev->pcie_reset_ctx.in_link_reset)
--
2.50.1
</pre>
</blockquote>
</blockquote>
</body>
</html>