Skip to content
  1. Feb 05, 2021
  2. Feb 03, 2021
    • Tong Zhang's avatar
      drm/qxl: do not run release if qxl failed to init · b91907a6
      Tong Zhang authored
      
      
      if qxl_device_init() fail, drm device will not be registered,
      in this case, do not run qxl_drm_release()
      
      [    5.258534] ==================================================================
      [    5.258931] BUG: KASAN: user-memory-access in qxl_destroy_monitors_object+0x42/0xa0 [qxl]
      [    5.259388] Write of size 8 at addr 00000000000014dc by task modprobe/95
      [    5.259754]
      [    5.259842] CPU: 0 PID: 95 Comm: modprobe Not tainted 5.11.0-rc6-00007-g88bb507a74ea #62
      [    5.260309] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS rel-1.13.0-48-gd9c812dda54
      [    5.260917] Call Trace:
      [    5.261056]  dump_stack+0x7d/0xa3
      [    5.261245]  kasan_report.cold+0x10c/0x10e
      [    5.261475]  ? qxl_destroy_monitors_object+0x42/0xa0 [qxl]
      [    5.261789]  check_memory_region+0x17c/0x1e0
      [    5.262029]  qxl_destroy_monitors_object+0x42/0xa0 [qxl]
      [    5.262332]  qxl_modeset_fini+0x9/0x20 [qxl]
      [    5.262595]  qxl_drm_release+0x22/0x30 [qxl]
      [    5.262841]  drm_dev_release+0x32/0x50
      [    5.263047]  release_nodes+0x39e/0x410
      [    5.263253]  ? devres_release+0x40/0x40
      [    5.263462]  really_probe+0x2ea/0x420
      [    5.263664]  driver_probe_device+0x6d/0xd0
      [    5.263888]  device_driver_attach+0x82/0x90
      [    5.264116]  ? device_driver_attach+0x90/0x90
      [    5.264353]  __driver_attach+0x60/0x100
      [    5.264563]  ? device_driver_attach+0x90/0x90
      [    5.264801]  bus_for_each_dev+0xe1/0x140
      [    5.265014]  ? subsys_dev_iter_exit+0x10/0x10
      [    5.265251]  ? klist_node_init+0x61/0x80
      [    5.265464]  bus_add_driver+0x254/0x2a0
      [    5.265673]  driver_register+0xd3/0x150
      [    5.265882]  ? 0xffffffffc0048000
      [    5.266064]  do_one_initcall+0x84/0x250
      [    5.266274]  ? trace_event_raw_event_initcall_finish+0x150/0x150
      [    5.266596]  ? unpoison_range+0xf/0x30
      [    5.266801]  ? ____kasan_kmalloc.constprop.0+0x84/0xa0
      [    5.267082]  ? unpoison_range+0xf/0x30
      [    5.267287]  ? unpoison_range+0xf/0x30
      [    5.267491]  do_init_module+0xf8/0x350
      [    5.267697]  load_module+0x3fe6/0x4340
      [    5.267902]  ? vm_unmap_ram+0x1d0/0x1d0
      [    5.268115]  ? module_frob_arch_sections+0x20/0x20
      [    5.268375]  ? __do_sys_finit_module+0x108/0x170
      [    5.268624]  __do_sys_finit_module+0x108/0x170
      [    5.268865]  ? __ia32_sys_init_module+0x40/0x40
      [    5.269111]  ? file_open_root+0x200/0x200
      [    5.269330]  ? do_sys_open+0x85/0xe0
      [    5.269527]  ? filp_open+0x50/0x50
      [    5.269714]  ? exit_to_user_mode_prepare+0xfc/0x130
      [    5.269978]  do_syscall_64+0x33/0x40
      [    5.270176]  entry_SYSCALL_64_after_hwframe+0x44/0xa9
      [    5.270450] RIP: 0033:0x7fa3f685bcf7
      [    5.270646] Code: 48 89 57 30 48 8b 04 24 48 89 47 38 e9 1d a0 02 00 48 89 f8 48 89 f7 48 89 d1
      [    5.271634] RSP: 002b:00007ffca83048d8 EFLAGS: 00000246 ORIG_RAX: 0000000000000139
      [    5.272037] RAX: ffffffffffffffda RBX: 0000000001e94a70 RCX: 00007fa3f685bcf7
      [    5.272416] RDX: 0000000000000000 RSI: 0000000001e939e0 RDI: 0000000000000003
      [    5.272794] RBP: 0000000000000003 R08: 0000000000000000 R09: 0000000000000001
      [    5.273171] R10: 00007fa3f68bf300 R11: 0000000000000246 R12: 0000000001e939e0
      [    5.273550] R13: 0000000000000000 R14: 0000000001e93bd0 R15: 0000000000000001
      [    5.273928] ==================================================================
      
      Signed-off-by: default avatarTong Zhang <ztong0001@gmail.com>
      Link: http://patchwork.freedesktop.org/patch/msgid/20210203040727.868921-1-ztong0001@gmail.com
      Signed-off-by: default avatarGerd Hoffmann <kraxel@redhat.com>
      b91907a6
    • Dan Carpenter's avatar
      drm/virtio: fix an error code in virtio_gpu_init() · eb988a2e
      Dan Carpenter authored
      If devm_request_mem_region() fails this code currently returns success
      but it should return -EBUSY.
      
      Fixes: 6076a971
      
       ("drm/virtio: implement blob resources: probe for host visible region")
      Signed-off-by: default avatarDan Carpenter <dan.carpenter@oracle.com>
      Link: http://patchwork.freedesktop.org/patch/msgid/YBpy0GS7GfmafMfe@mwanda
      Signed-off-by: default avatarGerd Hoffmann <kraxel@redhat.com>
      eb988a2e
    • Daniel Vetter's avatar
      drm/todo: Add entry for moving to dma_resv_lock · 5823cca3
      Daniel Vetter authored
      
      
      Requested by Thomas. I think it justifies a new level, since I tried
      to make some forward progress on this last summer, and gave up (for
      now). This is very tricky.
      
      Acked-by: default avatarThomas Zimmermann <tzimmermann@suse.de>
      Signed-off-by: default avatarDaniel Vetter <daniel.vetter@intel.com>
      Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
      Cc: Maxime Ripard <mripard@kernel.org>
      Cc: Thomas Zimmermann <tzimmermann@suse.de>
      Cc: David Airlie <airlied@linux.ie>
      Cc: Daniel Vetter <daniel@ffwll.ch>
      Cc: Sumit Semwal <sumit.semwal@linaro.org>
      Cc: "Christian König" <christian.koenig@amd.com>
      Cc: linux-media@vger.kernel.org
      Cc: linaro-mm-sig@lists.linaro.org
      Link: https://patchwork.freedesktop.org/patch/msgid/20210122133624.1751802-1-daniel.vetter@ffwll.ch
      5823cca3
    • Ye Bin's avatar
      drm/nouveau: remove set but not used variable ‘pdev’ in nouveau_bios_init · 09b20988
      Ye Bin authored
      
      
      Fix follow warning:
      drivers/gpu/drm/nouveau/nouveau_bios.c:2086:18: warning: variable ‘pdev’ set but not used [-Wunused-but-set-variable]
        struct pci_dev *pdev;
                        ^~~~
      
      Reported-by: default avatarHulk Robot <hulkci@huawei.com>
      Signed-off-by: default avatarYe Bin <yebin10@huawei.com>
      Signed-off-by: default avatarThomas Zimmermann <tzimmermann@suse.de>
      Link: https://patchwork.freedesktop.org/patch/msgid/20210123013014.3815870-1-yebin10@huawei.com
      09b20988
    • Zack Rusin's avatar
      drm/vmwgfx: Fix some memory leaks on errors · 75ec69c7
      Zack Rusin authored
      Dan noticed some issues with pci_release_region, this builds upon
      that and fixes some other lingering issues. As part of this we
      also can stop trying to manually free our managed device;
      there's no need for it, it will be cleaned up automatically for us.
      
      Fixes: 8772c0bb
      
       ("drm/vmwgfx: Cleanup pci resource allocation")
      Signed-off-by: default avatarZack Rusin <zackr@vmware.com>
      Reviewed-by: default avatarMartin Krastev <krastevm@vmware.com>
      Reviewed-by: default avatarRoland Scheidegger <sroland@vmware.com>
      Reported-by: default avatarkernel test robot <lkp@intel.com>
      Reported-by: default avatarDan Carpenter <dan.carpenter@oracle.com>
      Link: https://patchwork.freedesktop.org/patch/msgid/20210128173756.121525-1-zackr@vmware.com
      75ec69c7
  3. Feb 02, 2021
  4. Feb 01, 2021
  5. Feb 03, 2021
  6. Jan 30, 2021
  7. Jan 29, 2021
    • Luben Tuikov's avatar
      drm/scheduler: Job timeout handler returns status (v3) · a6a1f036
      Luben Tuikov authored
      
      
      This patch does not change current behaviour.
      
      The driver's job timeout handler now returns
      status indicating back to the DRM layer whether
      the device (GPU) is no longer available, such as
      after it's been unplugged, or whether all is
      normal, i.e. current behaviour.
      
      All drivers which make use of the
      drm_sched_backend_ops' .timedout_job() callback
      have been accordingly renamed and return the
      would've-been default value of
      DRM_GPU_SCHED_STAT_NOMINAL to restart the task's
      timeout timer--this is the old behaviour, and is
      preserved by this patch.
      
      v2: Use enum as the status of a driver's job
          timeout callback method.
      
      v3: Return scheduler/device information, rather
          than task information.
      
      Cc: Alexander Deucher <Alexander.Deucher@amd.com>
      Cc: Andrey Grodzovsky <Andrey.Grodzovsky@amd.com>
      Cc: Christian König <christian.koenig@amd.com>
      Cc: Daniel Vetter <daniel.vetter@ffwll.ch>
      Cc: Lucas Stach <l.stach@pengutronix.de>
      Cc: Russell King <linux+etnaviv@armlinux.org.uk>
      Cc: Christian Gmeiner <christian.gmeiner@gmail.com>
      Cc: Qiang Yu <yuq825@gmail.com>
      Cc: Rob Herring <robh@kernel.org>
      Cc: Tomeu Vizoso <tomeu.vizoso@collabora.com>
      Cc: Steven Price <steven.price@arm.com>
      Cc: Alyssa Rosenzweig <alyssa.rosenzweig@collabora.com>
      Cc: Eric Anholt <eric@anholt.net>
      Reported-by: default avatarkernel test robot <lkp@intel.com>
      Signed-off-by: default avatarLuben Tuikov <luben.tuikov@amd.com>
      Acked-by: default avatarAlyssa Rosenzweig <alyssa.rosenzweig@collabora.com>
      Acked-by: default avatarChristian König <christian.koenig@amd.com>
      Acked-by: default avatarSteven Price <steven.price@arm.com>
      Signed-off-by: default avatarChristian König <christian.koenig@amd.com>
      Link: https://patchwork.freedesktop.org/patch/415095/
      a6a1f036
    • Dan Carpenter's avatar
      drm/vmwgfx/vmwgfx_drv: Fix an error path in vmw_setup_pci_resources() · f3ebd4e6
      Dan Carpenter authored
      The devm_memremap() function never returns NULL, it returns error
      pointers so the test needs to be fixed.  Also we need to call
      pci_release_regions() to avoid a memory leak.
      
      Fixes: be4f77ac
      
       ("drm/vmwgfx: Cleanup fifo mmio handling")
      Signed-off-by: default avatarDan Carpenter <dan.carpenter@oracle.com>
      Signed-off-by: default avatarZack Rusin <zackr@vmware.com>
      Link: https://patchwork.freedesktop.org/patch/msgid/YA6FMboLhnE3uSvb@mwanda
      f3ebd4e6
  8. Jan 28, 2021