Patch "drm/virtio: clean out_fence on complete_submit" has been added to the 6.5-stable tree

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



This is a note to let you know that I've just added the patch titled

    drm/virtio: clean out_fence on complete_submit

to the 6.5-stable tree which can be found at:
    http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary

The filename of the patch is:
     drm-virtio-clean-out_fence-on-complete_submit.patch
and it can be found in the queue-6.5 subdirectory.

If you, or anyone else, feels it should not be added to the stable tree,
please let <stable@xxxxxxxxxxxxxxx> know about it.



commit 3715e836ea0e71d4c1ab58092414d441f0e6f0a5
Author: José Pekkarinen <jose.pekkarinen@xxxxxxxxxxx>
Date:   Tue Sep 12 09:08:24 2023 +0300

    drm/virtio: clean out_fence on complete_submit
    
    [ Upstream commit 4556b93f6c026c62c93e7acc22838224ac2e2eba ]
    
    The removed line prevents the following cleanup function
    to execute a dma_fence_put on the out_fence to free its
    memory, producing the following output in kmemleak:
    
    unreferenced object 0xffff888126d8ee00 (size 128):
      comm "kwin_wayland", pid 981, jiffies 4295380296 (age 390.060s)
      hex dump (first 32 bytes):
        c8 a1 c2 27 81 88 ff ff e0 14 a9 c0 ff ff ff ff  ...'............
        30 1a e1 2e a6 00 00 00 28 fc 5b 17 81 88 ff ff  0.......(.[.....
      backtrace:
        [<0000000011655661>] kmalloc_trace+0x26/0xa0
        [<0000000055f15b82>] virtio_gpu_fence_alloc+0x47/0xc0 [virtio_gpu]
        [<00000000fa6d96f9>] virtio_gpu_execbuffer_ioctl+0x1a8/0x800 [virtio_gpu]
        [<00000000e6cb5105>] drm_ioctl_kernel+0x169/0x240 [drm]
        [<000000005ad33e27>] drm_ioctl+0x399/0x6b0 [drm]
        [<00000000a19dbf65>] __x64_sys_ioctl+0xc5/0x100
        [<0000000011fa801e>] do_syscall_64+0x5b/0xc0
        [<0000000065c76d8a>] entry_SYSCALL_64_after_hwframe+0x6e/0xd8
    unreferenced object 0xffff888121930500 (size 128):
      comm "kwin_wayland", pid 981, jiffies 4295380313 (age 390.096s)
      hex dump (first 32 bytes):
        c8 a1 c2 27 81 88 ff ff e0 14 a9 c0 ff ff ff ff  ...'............
        f9 ec d7 2f a6 00 00 00 28 fc 5b 17 81 88 ff ff  .../....(.[.....
      backtrace:
        [<0000000011655661>] kmalloc_trace+0x26/0xa0
        [<0000000055f15b82>] virtio_gpu_fence_alloc+0x47/0xc0 [virtio_gpu]
        [<00000000fa6d96f9>] virtio_gpu_execbuffer_ioctl+0x1a8/0x800 [virtio_gpu]
        [<00000000e6cb5105>] drm_ioctl_kernel+0x169/0x240 [drm]
        [<000000005ad33e27>] drm_ioctl+0x399/0x6b0 [drm]
        [<00000000a19dbf65>] __x64_sys_ioctl+0xc5/0x100
        [<0000000011fa801e>] do_syscall_64+0x5b/0xc0
        [<0000000065c76d8a>] entry_SYSCALL_64_after_hwframe+0x6e/0xd8
    [...]
    
    This memleak will grow quickly, being possible to see the
    following line in dmesg after few minutes of life in the
    virtual machine:
    
    [  706.217388] kmemleak: 10731 new suspected memory leaks (see /sys/kernel/debug/kmemleak)
    
    The patch will remove the line to allow the cleanup
    function do its job.
    
    Signed-off-by: José Pekkarinen <jose.pekkarinen@xxxxxxxxxxx>
    Fixes: e4812ab8e6b1 ("drm/virtio: Refactor and optimize job submission code path")
    Signed-off-by: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
    Link: https://patchwork.freedesktop.org/patch/msgid/20230912060824.5210-1-jose.pekkarinen@xxxxxxxxxxx
    Signed-off-by: Sasha Levin <sashal@xxxxxxxxxx>

diff --git a/drivers/gpu/drm/virtio/virtgpu_submit.c b/drivers/gpu/drm/virtio/virtgpu_submit.c
index 1d010c66910d8..aa61e7993e21b 100644
--- a/drivers/gpu/drm/virtio/virtgpu_submit.c
+++ b/drivers/gpu/drm/virtio/virtgpu_submit.c
@@ -147,7 +147,6 @@ static void virtio_gpu_complete_submit(struct virtio_gpu_submit *submit)
 	submit->buf = NULL;
 	submit->buflist = NULL;
 	submit->sync_file = NULL;
-	submit->out_fence = NULL;
 	submit->out_fence_fd = -1;
 }
 



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux