CVE-2024-50144

In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> drm/xe: fix unbalanced rpm put() with fence_fini()<br /> <br /> Currently we can call fence_fini() twice if something goes wrong when<br /> sending the GuC CT for the tlb request, since we signal the fence and<br /> return an error, leading to the caller also calling fini() on the error<br /> path in the case of stack version of the flow, which leads to an extra<br /> rpm put() which might later cause device to enter suspend when it<br /> shouldn&amp;#39;t. It looks like we can just drop the fini() call since the<br /> fence signaller side will already call this for us.<br /> <br /> There are known mysterious splats with device going to sleep even with<br /> an rpm ref, and this could be one candidate.<br /> <br /> v2 (Matt B):<br /> - Prefer warning if we detect double fini()<br /> <br /> (cherry picked from commit cfcbc0520d5055825f0647ab922b655688605183)