From: Daniel Vetter <daniel.vetter@ffwll.ch>
To: DRI Development <dri-devel@lists.freedesktop.org>
Cc: Intel Graphics Development <intel-gfx@lists.freedesktop.org>,
LKML <linux-kernel@vger.kernel.org>,
linux-rdma@vger.kernel.org, amd-gfx@lists.freedesktop.org,
Daniel Vetter <daniel.vetter@ffwll.ch>
Subject: [PATCH 00/18] dma-fence lockdep annotations, round 2
Date: Thu, 4 Jun 2020 10:12:06 +0200 [thread overview]
Message-ID: <20200604081224.863494-1-daniel.vetter@ffwll.ch> (raw)
Hi all,
Still very much early stuff, still very much looking for initial thoughts
and maybe some ideas how this could all be rolled out across drivers.
Full intro probably best from the RFC cover letter:
https://lore.kernel.org/amd-gfx/20200512085944.222637-1-daniel.vetter@ffwll.ch/
Changes since last time around:
- might_sleep annotation has landed already, I split that out as a
stand-alone
- now with an mm patch to improve direct reclaim annotations for mmu
notifiers. This allows us to very easily catch issues in that area, no
more need for exaustive testing and luck to make sure we're not leaving
a GFP_NOFS or GPF_NOIO around which should be a GFP_ATOMIC
- kerneldoc that explains all the reasoning behind the annotations and
priming, hopefully
Driver patches still largely just meant as examples to illustrate usage,
but from various irc chats I think discussing them is really useful to
gain clarity on the exact places the annotations should be put.
Cheers, Daniel
Daniel Vetter (18):
mm: Track mmu notifiers in fs_reclaim_acquire/release
dma-buf: minor doc touch-ups
dma-fence: basic lockdep annotations
dma-fence: prime lockdep annotations
drm/vkms: Annotate vblank timer
drm/vblank: Annotate with dma-fence signalling section
drm/atomic-helper: Add dma-fence annotations
drm/amdgpu: add dma-fence annotations to atomic commit path
drm/scheduler: use dma-fence annotations in main thread
drm/amdgpu: use dma-fence annotations in cs_submit()
drm/amdgpu: s/GFP_KERNEL/GFP_ATOMIC in scheduler code
drm/amdgpu: DC also loves to allocate stuff where it shouldn't
drm/amdgpu/dc: Stop dma_resv_lock inversion in commit_tail
drm/scheduler: use dma-fence annotations in tdr work
drm/amdgpu: use dma-fence annotations for gpu reset code
Revert "drm/amdgpu: add fbdev suspend/resume on gpu reset"
drm/amdgpu: gpu recovery does full modesets
drm/i915: Annotate dma_fence_work
Documentation/driver-api/dma-buf.rst | 18 +-
drivers/dma-buf/dma-buf.c | 6 +-
drivers/dma-buf/dma-fence.c | 202 ++++++++++++++++++
drivers/dma-buf/dma-resv.c | 4 +
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 5 +
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 22 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_ids.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_sync.c | 2 +-
drivers/gpu/drm/amd/amdgpu/atom.c | 2 +-
.../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 18 +-
drivers/gpu/drm/amd/display/dc/core/dc.c | 4 +-
drivers/gpu/drm/drm_atomic_helper.c | 16 ++
drivers/gpu/drm/drm_vblank.c | 8 +-
drivers/gpu/drm/i915/i915_sw_fence_work.c | 3 +
drivers/gpu/drm/scheduler/sched_main.c | 11 +
drivers/gpu/drm/vkms/vkms_crtc.c | 8 +-
include/linux/dma-fence.h | 13 ++
mm/mmu_notifier.c | 7 -
mm/page_alloc.c | 23 +-
20 files changed, 341 insertions(+), 35 deletions(-)
--
2.26.2
WARNING: multiple messages have this Message-ID (diff)
From: Daniel Vetter <daniel.vetter@ffwll.ch>
To: DRI Development <dri-devel@lists.freedesktop.org>
Cc: linux-rdma@vger.kernel.org,
Daniel Vetter <daniel.vetter@ffwll.ch>,
Intel Graphics Development <intel-gfx@lists.freedesktop.org>,
LKML <linux-kernel@vger.kernel.org>,
amd-gfx@lists.freedesktop.org
Subject: [PATCH 00/18] dma-fence lockdep annotations, round 2
Date: Thu, 4 Jun 2020 10:12:06 +0200 [thread overview]
Message-ID: <20200604081224.863494-1-daniel.vetter@ffwll.ch> (raw)
Hi all,
Still very much early stuff, still very much looking for initial thoughts
and maybe some ideas how this could all be rolled out across drivers.
Full intro probably best from the RFC cover letter:
https://lore.kernel.org/amd-gfx/20200512085944.222637-1-daniel.vetter@ffwll.ch/
Changes since last time around:
- might_sleep annotation has landed already, I split that out as a
stand-alone
- now with an mm patch to improve direct reclaim annotations for mmu
notifiers. This allows us to very easily catch issues in that area, no
more need for exaustive testing and luck to make sure we're not leaving
a GFP_NOFS or GPF_NOIO around which should be a GFP_ATOMIC
- kerneldoc that explains all the reasoning behind the annotations and
priming, hopefully
Driver patches still largely just meant as examples to illustrate usage,
but from various irc chats I think discussing them is really useful to
gain clarity on the exact places the annotations should be put.
Cheers, Daniel
Daniel Vetter (18):
mm: Track mmu notifiers in fs_reclaim_acquire/release
dma-buf: minor doc touch-ups
dma-fence: basic lockdep annotations
dma-fence: prime lockdep annotations
drm/vkms: Annotate vblank timer
drm/vblank: Annotate with dma-fence signalling section
drm/atomic-helper: Add dma-fence annotations
drm/amdgpu: add dma-fence annotations to atomic commit path
drm/scheduler: use dma-fence annotations in main thread
drm/amdgpu: use dma-fence annotations in cs_submit()
drm/amdgpu: s/GFP_KERNEL/GFP_ATOMIC in scheduler code
drm/amdgpu: DC also loves to allocate stuff where it shouldn't
drm/amdgpu/dc: Stop dma_resv_lock inversion in commit_tail
drm/scheduler: use dma-fence annotations in tdr work
drm/amdgpu: use dma-fence annotations for gpu reset code
Revert "drm/amdgpu: add fbdev suspend/resume on gpu reset"
drm/amdgpu: gpu recovery does full modesets
drm/i915: Annotate dma_fence_work
Documentation/driver-api/dma-buf.rst | 18 +-
drivers/dma-buf/dma-buf.c | 6 +-
drivers/dma-buf/dma-fence.c | 202 ++++++++++++++++++
drivers/dma-buf/dma-resv.c | 4 +
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 5 +
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 22 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_ids.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_sync.c | 2 +-
drivers/gpu/drm/amd/amdgpu/atom.c | 2 +-
.../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 18 +-
drivers/gpu/drm/amd/display/dc/core/dc.c | 4 +-
drivers/gpu/drm/drm_atomic_helper.c | 16 ++
drivers/gpu/drm/drm_vblank.c | 8 +-
drivers/gpu/drm/i915/i915_sw_fence_work.c | 3 +
drivers/gpu/drm/scheduler/sched_main.c | 11 +
drivers/gpu/drm/vkms/vkms_crtc.c | 8 +-
include/linux/dma-fence.h | 13 ++
mm/mmu_notifier.c | 7 -
mm/page_alloc.c | 23 +-
20 files changed, 341 insertions(+), 35 deletions(-)
--
2.26.2
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
WARNING: multiple messages have this Message-ID (diff)
From: Daniel Vetter <daniel.vetter@ffwll.ch>
To: DRI Development <dri-devel@lists.freedesktop.org>
Cc: linux-rdma@vger.kernel.org,
Daniel Vetter <daniel.vetter@ffwll.ch>,
Intel Graphics Development <intel-gfx@lists.freedesktop.org>,
LKML <linux-kernel@vger.kernel.org>,
amd-gfx@lists.freedesktop.org
Subject: [Intel-gfx] [PATCH 00/18] dma-fence lockdep annotations, round 2
Date: Thu, 4 Jun 2020 10:12:06 +0200 [thread overview]
Message-ID: <20200604081224.863494-1-daniel.vetter@ffwll.ch> (raw)
Hi all,
Still very much early stuff, still very much looking for initial thoughts
and maybe some ideas how this could all be rolled out across drivers.
Full intro probably best from the RFC cover letter:
https://lore.kernel.org/amd-gfx/20200512085944.222637-1-daniel.vetter@ffwll.ch/
Changes since last time around:
- might_sleep annotation has landed already, I split that out as a
stand-alone
- now with an mm patch to improve direct reclaim annotations for mmu
notifiers. This allows us to very easily catch issues in that area, no
more need for exaustive testing and luck to make sure we're not leaving
a GFP_NOFS or GPF_NOIO around which should be a GFP_ATOMIC
- kerneldoc that explains all the reasoning behind the annotations and
priming, hopefully
Driver patches still largely just meant as examples to illustrate usage,
but from various irc chats I think discussing them is really useful to
gain clarity on the exact places the annotations should be put.
Cheers, Daniel
Daniel Vetter (18):
mm: Track mmu notifiers in fs_reclaim_acquire/release
dma-buf: minor doc touch-ups
dma-fence: basic lockdep annotations
dma-fence: prime lockdep annotations
drm/vkms: Annotate vblank timer
drm/vblank: Annotate with dma-fence signalling section
drm/atomic-helper: Add dma-fence annotations
drm/amdgpu: add dma-fence annotations to atomic commit path
drm/scheduler: use dma-fence annotations in main thread
drm/amdgpu: use dma-fence annotations in cs_submit()
drm/amdgpu: s/GFP_KERNEL/GFP_ATOMIC in scheduler code
drm/amdgpu: DC also loves to allocate stuff where it shouldn't
drm/amdgpu/dc: Stop dma_resv_lock inversion in commit_tail
drm/scheduler: use dma-fence annotations in tdr work
drm/amdgpu: use dma-fence annotations for gpu reset code
Revert "drm/amdgpu: add fbdev suspend/resume on gpu reset"
drm/amdgpu: gpu recovery does full modesets
drm/i915: Annotate dma_fence_work
Documentation/driver-api/dma-buf.rst | 18 +-
drivers/dma-buf/dma-buf.c | 6 +-
drivers/dma-buf/dma-fence.c | 202 ++++++++++++++++++
drivers/dma-buf/dma-resv.c | 4 +
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 5 +
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 22 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_ids.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_sync.c | 2 +-
drivers/gpu/drm/amd/amdgpu/atom.c | 2 +-
.../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 18 +-
drivers/gpu/drm/amd/display/dc/core/dc.c | 4 +-
drivers/gpu/drm/drm_atomic_helper.c | 16 ++
drivers/gpu/drm/drm_vblank.c | 8 +-
drivers/gpu/drm/i915/i915_sw_fence_work.c | 3 +
drivers/gpu/drm/scheduler/sched_main.c | 11 +
drivers/gpu/drm/vkms/vkms_crtc.c | 8 +-
include/linux/dma-fence.h | 13 ++
mm/mmu_notifier.c | 7 -
mm/page_alloc.c | 23 +-
20 files changed, 341 insertions(+), 35 deletions(-)
--
2.26.2
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
WARNING: multiple messages have this Message-ID (diff)
From: Daniel Vetter <daniel.vetter@ffwll.ch>
To: DRI Development <dri-devel@lists.freedesktop.org>
Cc: linux-rdma@vger.kernel.org,
Daniel Vetter <daniel.vetter@ffwll.ch>,
Intel Graphics Development <intel-gfx@lists.freedesktop.org>,
LKML <linux-kernel@vger.kernel.org>,
amd-gfx@lists.freedesktop.org
Subject: [PATCH 00/18] dma-fence lockdep annotations, round 2
Date: Thu, 4 Jun 2020 10:12:06 +0200 [thread overview]
Message-ID: <20200604081224.863494-1-daniel.vetter@ffwll.ch> (raw)
Hi all,
Still very much early stuff, still very much looking for initial thoughts
and maybe some ideas how this could all be rolled out across drivers.
Full intro probably best from the RFC cover letter:
https://lore.kernel.org/amd-gfx/20200512085944.222637-1-daniel.vetter@ffwll.ch/
Changes since last time around:
- might_sleep annotation has landed already, I split that out as a
stand-alone
- now with an mm patch to improve direct reclaim annotations for mmu
notifiers. This allows us to very easily catch issues in that area, no
more need for exaustive testing and luck to make sure we're not leaving
a GFP_NOFS or GPF_NOIO around which should be a GFP_ATOMIC
- kerneldoc that explains all the reasoning behind the annotations and
priming, hopefully
Driver patches still largely just meant as examples to illustrate usage,
but from various irc chats I think discussing them is really useful to
gain clarity on the exact places the annotations should be put.
Cheers, Daniel
Daniel Vetter (18):
mm: Track mmu notifiers in fs_reclaim_acquire/release
dma-buf: minor doc touch-ups
dma-fence: basic lockdep annotations
dma-fence: prime lockdep annotations
drm/vkms: Annotate vblank timer
drm/vblank: Annotate with dma-fence signalling section
drm/atomic-helper: Add dma-fence annotations
drm/amdgpu: add dma-fence annotations to atomic commit path
drm/scheduler: use dma-fence annotations in main thread
drm/amdgpu: use dma-fence annotations in cs_submit()
drm/amdgpu: s/GFP_KERNEL/GFP_ATOMIC in scheduler code
drm/amdgpu: DC also loves to allocate stuff where it shouldn't
drm/amdgpu/dc: Stop dma_resv_lock inversion in commit_tail
drm/scheduler: use dma-fence annotations in tdr work
drm/amdgpu: use dma-fence annotations for gpu reset code
Revert "drm/amdgpu: add fbdev suspend/resume on gpu reset"
drm/amdgpu: gpu recovery does full modesets
drm/i915: Annotate dma_fence_work
Documentation/driver-api/dma-buf.rst | 18 +-
drivers/dma-buf/dma-buf.c | 6 +-
drivers/dma-buf/dma-fence.c | 202 ++++++++++++++++++
drivers/dma-buf/dma-resv.c | 4 +
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 5 +
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 22 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_ids.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_sync.c | 2 +-
drivers/gpu/drm/amd/amdgpu/atom.c | 2 +-
.../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 18 +-
drivers/gpu/drm/amd/display/dc/core/dc.c | 4 +-
drivers/gpu/drm/drm_atomic_helper.c | 16 ++
drivers/gpu/drm/drm_vblank.c | 8 +-
drivers/gpu/drm/i915/i915_sw_fence_work.c | 3 +
drivers/gpu/drm/scheduler/sched_main.c | 11 +
drivers/gpu/drm/vkms/vkms_crtc.c | 8 +-
include/linux/dma-fence.h | 13 ++
mm/mmu_notifier.c | 7 -
mm/page_alloc.c | 23 +-
20 files changed, 341 insertions(+), 35 deletions(-)
--
2.26.2
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
next reply other threads:[~2020-06-04 8:12 UTC|newest]
Thread overview: 421+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-06-04 8:12 Daniel Vetter [this message]
2020-06-04 8:12 ` [PATCH 00/18] dma-fence lockdep annotations, round 2 Daniel Vetter
2020-06-04 8:12 ` [Intel-gfx] " Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [PATCH 01/18] mm: Track mmu notifiers in fs_reclaim_acquire/release Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [Intel-gfx] " Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-10 12:01 ` Thomas Hellström (Intel)
2020-06-10 12:01 ` Thomas Hellström (Intel)
2020-06-10 12:01 ` [Intel-gfx] " Thomas Hellström (Intel)
2020-06-10 12:01 ` Thomas Hellström (Intel)
2020-06-10 12:25 ` [Intel-gfx] " Daniel Vetter
2020-06-10 12:25 ` Daniel Vetter
2020-06-10 12:25 ` Daniel Vetter
2020-06-10 12:25 ` Daniel Vetter
2020-06-10 19:41 ` [PATCH] " Daniel Vetter
2020-06-10 19:41 ` Daniel Vetter
2020-06-10 19:41 ` [Intel-gfx] " Daniel Vetter
2020-06-10 19:41 ` Daniel Vetter
2020-06-11 14:29 ` Jason Gunthorpe
2020-06-11 14:29 ` Jason Gunthorpe
2020-06-11 14:29 ` Jason Gunthorpe
2020-06-21 17:42 ` Qian Cai
2020-06-21 17:42 ` Qian Cai
2020-06-21 17:42 ` [Intel-gfx] " Qian Cai
2020-06-21 17:42 ` Qian Cai
2020-06-21 18:07 ` Daniel Vetter
2020-06-21 18:07 ` Daniel Vetter
2020-06-21 18:07 ` [Intel-gfx] " Daniel Vetter
2020-06-21 18:07 ` Daniel Vetter
2020-06-21 20:01 ` Daniel Vetter
2020-06-21 20:01 ` Daniel Vetter
2020-06-21 20:01 ` [Intel-gfx] " Daniel Vetter
2020-06-21 20:01 ` Daniel Vetter
2020-06-21 22:09 ` Qian Cai
2020-06-21 22:09 ` Qian Cai
2020-06-21 22:09 ` [Intel-gfx] " Qian Cai
2020-06-21 22:09 ` Qian Cai
2020-06-23 16:17 ` Qian Cai
2020-06-23 16:17 ` Qian Cai
2020-06-23 16:17 ` [Intel-gfx] " Qian Cai
2020-06-23 16:17 ` Qian Cai
2020-06-23 22:13 ` Daniel Vetter
2020-06-23 22:13 ` Daniel Vetter
2020-06-23 22:13 ` [Intel-gfx] " Daniel Vetter
2020-06-23 22:13 ` Daniel Vetter
2020-06-23 22:29 ` Qian Cai
2020-06-23 22:29 ` Qian Cai
2020-06-23 22:29 ` [Intel-gfx] " Qian Cai
2020-06-23 22:29 ` Qian Cai
2020-06-23 22:31 ` Dave Chinner
2020-06-23 22:31 ` Dave Chinner
2020-06-23 22:31 ` [Intel-gfx] " Dave Chinner
2020-06-23 22:31 ` Dave Chinner
2020-06-23 22:36 ` Daniel Vetter
2020-06-23 22:36 ` Daniel Vetter
2020-06-23 22:36 ` [Intel-gfx] " Daniel Vetter
2020-06-23 22:36 ` Daniel Vetter
2020-06-21 17:00 ` [PATCH 01/18] " Qian Cai
2020-06-21 17:00 ` Qian Cai
2020-06-21 17:00 ` [Intel-gfx] " Qian Cai
2020-06-21 17:00 ` Qian Cai
2020-06-21 17:28 ` Daniel Vetter
2020-06-21 17:28 ` Daniel Vetter
2020-06-21 17:28 ` [Intel-gfx] " Daniel Vetter
2020-06-21 17:28 ` Daniel Vetter
2020-06-21 17:46 ` Qian Cai
2020-06-21 17:46 ` Qian Cai
2020-06-21 17:46 ` [Intel-gfx] " Qian Cai
2020-06-21 17:46 ` Qian Cai
2020-06-04 8:12 ` [PATCH 02/18] dma-buf: minor doc touch-ups Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [Intel-gfx] " Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-10 13:07 ` Thomas Hellström (Intel)
2020-06-10 13:07 ` Thomas Hellström (Intel)
2020-06-10 13:07 ` [Intel-gfx] " Thomas Hellström (Intel)
2020-06-10 13:07 ` Thomas Hellström (Intel)
2020-06-12 7:05 ` [PATCH] " Daniel Vetter
2020-06-12 7:05 ` [Intel-gfx] " Daniel Vetter
2020-06-24 19:32 ` Daniel Vetter
2020-06-24 19:32 ` [Intel-gfx] " Daniel Vetter
2020-06-04 8:12 ` [PATCH 03/18] dma-fence: basic lockdep annotations Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [Intel-gfx] " Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:57 ` Thomas Hellström (Intel)
2020-06-04 8:57 ` Thomas Hellström (Intel)
2020-06-04 8:57 ` [Intel-gfx] " Thomas Hellström (Intel)
2020-06-04 8:57 ` Thomas Hellström (Intel)
2020-06-04 9:21 ` Daniel Vetter
2020-06-04 9:21 ` Daniel Vetter
2020-06-04 9:21 ` [Intel-gfx] " Daniel Vetter
2020-06-04 9:21 ` Daniel Vetter
2020-06-04 9:26 ` Chris Wilson
2020-06-04 9:26 ` Chris Wilson
2020-06-04 9:26 ` [Intel-gfx] " Chris Wilson
2020-06-04 9:36 ` Daniel Vetter
2020-06-04 9:36 ` Daniel Vetter
2020-06-04 9:36 ` Daniel Vetter
2020-06-04 9:36 ` Daniel Vetter
2020-06-05 13:29 ` [PATCH] " Daniel Vetter
2020-06-05 13:29 ` Daniel Vetter
2020-06-05 13:29 ` [Intel-gfx] " Daniel Vetter
2020-06-05 13:29 ` Daniel Vetter
2020-06-05 14:30 ` Thomas Hellström (Intel)
2020-06-05 14:30 ` Thomas Hellström (Intel)
2020-06-05 14:30 ` [Intel-gfx] " Thomas Hellström (Intel)
2020-06-05 14:30 ` Thomas Hellström (Intel)
2020-06-11 9:57 ` Maarten Lankhorst
2020-06-11 9:57 ` Maarten Lankhorst
2020-06-11 9:57 ` [Intel-gfx] " Maarten Lankhorst
2020-06-11 9:57 ` Maarten Lankhorst
2020-06-10 14:21 ` [Intel-gfx] [PATCH 03/18] " Tvrtko Ursulin
2020-06-10 14:21 ` Tvrtko Ursulin
2020-06-10 14:21 ` Tvrtko Ursulin
2020-06-10 14:21 ` Tvrtko Ursulin
2020-06-10 15:17 ` Daniel Vetter
2020-06-10 15:17 ` Daniel Vetter
2020-06-10 15:17 ` Daniel Vetter
2020-06-10 15:17 ` Daniel Vetter
2020-06-11 10:36 ` Tvrtko Ursulin
2020-06-11 10:36 ` Tvrtko Ursulin
2020-06-11 10:36 ` Tvrtko Ursulin
2020-06-11 10:36 ` Tvrtko Ursulin
2020-06-11 11:29 ` Daniel Vetter
2020-06-11 11:29 ` Daniel Vetter
2020-06-11 11:29 ` Daniel Vetter
2020-06-11 11:29 ` Daniel Vetter
2020-06-11 14:29 ` Tvrtko Ursulin
2020-06-11 14:29 ` Tvrtko Ursulin
2020-06-11 14:29 ` Tvrtko Ursulin
2020-06-11 14:29 ` Tvrtko Ursulin
2020-06-11 15:03 ` Daniel Vetter
2020-06-11 15:03 ` Daniel Vetter
2020-06-11 15:03 ` Daniel Vetter
2020-06-11 15:03 ` Daniel Vetter
2020-06-11 8:00 ` Chris Wilson
2020-06-11 8:00 ` Chris Wilson
2020-06-11 8:00 ` [Intel-gfx] " Chris Wilson
2020-06-11 8:44 ` Dave Airlie
2020-06-11 8:44 ` Dave Airlie
2020-06-11 8:44 ` [Intel-gfx] " Dave Airlie
2020-06-11 8:44 ` Dave Airlie
2020-06-11 9:01 ` [Intel-gfx] " Daniel Stone
2020-06-11 9:01 ` Daniel Stone
2020-06-11 9:01 ` Daniel Stone
2020-06-11 9:01 ` Daniel Stone
2020-06-19 8:25 ` Chris Wilson
2020-06-19 8:25 ` Chris Wilson
2020-06-19 8:25 ` Chris Wilson
2020-06-19 8:51 ` Daniel Vetter
2020-06-19 8:51 ` Daniel Vetter
2020-06-19 8:51 ` Daniel Vetter
2020-06-19 8:51 ` Daniel Vetter
2020-06-19 9:13 ` Chris Wilson
2020-06-19 9:13 ` Chris Wilson
2020-06-19 9:13 ` Chris Wilson
2020-06-19 9:43 ` Daniel Vetter
2020-06-19 9:43 ` Daniel Vetter
2020-06-19 9:43 ` Daniel Vetter
2020-06-19 9:43 ` Daniel Vetter
2020-06-19 13:12 ` Chris Wilson
2020-06-19 13:12 ` Chris Wilson
2020-06-19 13:12 ` Chris Wilson
2020-06-22 9:16 ` Daniel Vetter
2020-06-22 9:16 ` Daniel Vetter
2020-06-22 9:16 ` Daniel Vetter
2020-06-22 9:16 ` Daniel Vetter
2020-07-09 7:29 ` Daniel Stone
2020-07-09 7:29 ` Daniel Stone
2020-07-09 7:29 ` Daniel Stone
2020-07-09 7:29 ` Daniel Stone
2020-07-09 8:01 ` Daniel Vetter
2020-07-09 8:01 ` Daniel Vetter
2020-07-09 8:01 ` Daniel Vetter
2020-07-09 8:01 ` Daniel Vetter
2020-06-12 7:06 ` [PATCH] " Daniel Vetter
2020-06-12 7:06 ` Daniel Vetter
2020-06-12 7:06 ` [Intel-gfx] " Daniel Vetter
2020-06-12 7:06 ` Daniel Vetter
2020-06-04 8:12 ` [PATCH 04/18] dma-fence: prime " Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [Intel-gfx] " Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-11 7:30 ` [Linaro-mm-sig] " Thomas Hellström (Intel)
2020-06-11 7:30 ` Thomas Hellström (Intel)
2020-06-11 7:30 ` [Intel-gfx] " Thomas Hellström (Intel)
2020-06-11 7:30 ` Thomas Hellström (Intel)
2020-06-11 8:34 ` Daniel Vetter
2020-06-11 8:34 ` Daniel Vetter
2020-06-11 8:34 ` [Intel-gfx] " Daniel Vetter
2020-06-11 8:34 ` Daniel Vetter
2020-06-11 14:15 ` Jason Gunthorpe
2020-06-11 14:15 ` Jason Gunthorpe
2020-06-11 14:15 ` Jason Gunthorpe
2020-06-11 23:35 ` Felix Kuehling
2020-06-11 23:35 ` Felix Kuehling
2020-06-11 23:35 ` [Intel-gfx] " Felix Kuehling
2020-06-11 23:35 ` Felix Kuehling
2020-06-12 5:11 ` Daniel Vetter
2020-06-12 5:11 ` Daniel Vetter
2020-06-12 5:11 ` [Intel-gfx] " Daniel Vetter
2020-06-12 5:11 ` Daniel Vetter
2020-06-19 18:13 ` Jerome Glisse
2020-06-19 18:13 ` Jerome Glisse
2020-06-19 18:13 ` [Intel-gfx] " Jerome Glisse
2020-06-19 18:13 ` Jerome Glisse
2020-06-23 7:39 ` Daniel Vetter
2020-06-23 7:39 ` Daniel Vetter
2020-06-23 7:39 ` [Intel-gfx] " Daniel Vetter
2020-06-23 7:39 ` Daniel Vetter
2020-06-23 18:44 ` Felix Kuehling
2020-06-23 18:44 ` Felix Kuehling
2020-06-23 18:44 ` [Intel-gfx] " Felix Kuehling
2020-06-23 18:44 ` Felix Kuehling
2020-06-23 19:02 ` Daniel Vetter
2020-06-23 19:02 ` Daniel Vetter
2020-06-23 19:02 ` [Intel-gfx] " Daniel Vetter
2020-06-23 19:02 ` Daniel Vetter
2020-06-16 12:07 ` Daniel Vetter
2020-06-16 12:07 ` Daniel Vetter
2020-06-16 12:07 ` [Intel-gfx] " Daniel Vetter
2020-06-16 12:07 ` Daniel Vetter
2020-06-16 14:53 ` Jason Gunthorpe
2020-06-16 14:53 ` Jason Gunthorpe
2020-06-16 14:53 ` Jason Gunthorpe
2020-06-17 7:57 ` Daniel Vetter
2020-06-17 7:57 ` Daniel Vetter
2020-06-17 7:57 ` [Intel-gfx] " Daniel Vetter
2020-06-17 7:57 ` Daniel Vetter
2020-06-17 15:29 ` Jason Gunthorpe
2020-06-17 15:29 ` Jason Gunthorpe
2020-06-17 15:29 ` Jason Gunthorpe
2020-06-18 14:42 ` Daniel Vetter
2020-06-18 14:42 ` Daniel Vetter
2020-06-18 14:42 ` [Intel-gfx] " Daniel Vetter
2020-06-18 14:42 ` Daniel Vetter
2020-06-17 6:48 ` Daniel Vetter
2020-06-17 6:48 ` Daniel Vetter
2020-06-17 6:48 ` [Intel-gfx] " Daniel Vetter
2020-06-17 6:48 ` Daniel Vetter
2020-06-17 15:28 ` Jason Gunthorpe
2020-06-17 15:28 ` Jason Gunthorpe
2020-06-17 15:28 ` Jason Gunthorpe
2020-06-18 15:00 ` Daniel Vetter
2020-06-18 15:00 ` Daniel Vetter
2020-06-18 15:00 ` [Intel-gfx] " Daniel Vetter
2020-06-18 15:00 ` Daniel Vetter
2020-06-18 17:23 ` Jason Gunthorpe
2020-06-18 17:23 ` Jason Gunthorpe
2020-06-18 17:23 ` Jason Gunthorpe
2020-06-19 7:22 ` Daniel Vetter
2020-06-19 7:22 ` Daniel Vetter
2020-06-19 7:22 ` [Intel-gfx] " Daniel Vetter
2020-06-19 7:22 ` Daniel Vetter
2020-06-19 11:39 ` Jason Gunthorpe
2020-06-19 11:39 ` Jason Gunthorpe
2020-06-19 11:39 ` Jason Gunthorpe
2020-06-19 15:06 ` Daniel Vetter
2020-06-19 15:06 ` Daniel Vetter
2020-06-19 15:06 ` [Intel-gfx] " Daniel Vetter
2020-06-19 15:06 ` Daniel Vetter
2020-06-19 15:15 ` Jason Gunthorpe
2020-06-19 15:15 ` Jason Gunthorpe
2020-06-19 15:15 ` Jason Gunthorpe
2020-06-19 16:19 ` Daniel Vetter
2020-06-19 16:19 ` Daniel Vetter
2020-06-19 16:19 ` [Intel-gfx] " Daniel Vetter
2020-06-19 16:19 ` Daniel Vetter
2020-06-19 17:23 ` Jason Gunthorpe
2020-06-19 17:23 ` Jason Gunthorpe
2020-06-19 17:23 ` Jason Gunthorpe
2020-06-19 18:09 ` Jerome Glisse
2020-06-19 18:09 ` Jerome Glisse
2020-06-19 18:09 ` [Intel-gfx] " Jerome Glisse
2020-06-19 18:09 ` Jerome Glisse
2020-06-19 18:18 ` Jason Gunthorpe
2020-06-19 18:18 ` Jason Gunthorpe
2020-06-19 18:18 ` Jason Gunthorpe
2020-06-19 19:48 ` Felix Kuehling
2020-06-19 19:48 ` Felix Kuehling
2020-06-19 19:48 ` [Intel-gfx] " Felix Kuehling
2020-06-19 19:48 ` Felix Kuehling
2020-06-19 19:55 ` Jason Gunthorpe
2020-06-19 19:55 ` Jason Gunthorpe
2020-06-19 19:55 ` Jason Gunthorpe
2020-06-19 20:03 ` Felix Kuehling
2020-06-19 20:03 ` Felix Kuehling
2020-06-19 20:03 ` [Intel-gfx] " Felix Kuehling
2020-06-19 20:03 ` Felix Kuehling
2020-06-19 20:31 ` Jerome Glisse
2020-06-19 20:31 ` Jerome Glisse
2020-06-19 20:31 ` [Intel-gfx] " Jerome Glisse
2020-06-19 20:31 ` Jerome Glisse
2020-06-22 11:46 ` Jason Gunthorpe
2020-06-22 11:46 ` Jason Gunthorpe
2020-06-22 11:46 ` Jason Gunthorpe
2020-06-22 20:15 ` Jerome Glisse
2020-06-22 20:15 ` Jerome Glisse
2020-06-22 20:15 ` [Intel-gfx] " Jerome Glisse
2020-06-22 20:15 ` Jerome Glisse
2020-06-23 0:02 ` Jason Gunthorpe
2020-06-23 0:02 ` Jason Gunthorpe
2020-06-23 0:02 ` Jason Gunthorpe
2020-06-19 20:10 ` Jerome Glisse
2020-06-19 20:10 ` Jerome Glisse
2020-06-19 20:10 ` [Intel-gfx] " Jerome Glisse
2020-06-19 20:10 ` Jerome Glisse
2020-06-19 20:43 ` Daniel Vetter
2020-06-19 20:43 ` Daniel Vetter
2020-06-19 20:43 ` [Intel-gfx] " Daniel Vetter
2020-06-19 20:43 ` Daniel Vetter
2020-06-19 20:59 ` Jerome Glisse
2020-06-19 20:59 ` Jerome Glisse
2020-06-19 20:59 ` [Intel-gfx] " Jerome Glisse
2020-06-19 20:59 ` Jerome Glisse
2020-06-23 0:05 ` Jason Gunthorpe
2020-06-23 0:05 ` Jason Gunthorpe
2020-06-23 0:05 ` Jason Gunthorpe
2020-06-19 19:11 ` Alex Deucher
2020-06-19 19:11 ` Alex Deucher
2020-06-19 19:11 ` [Intel-gfx] " Alex Deucher
2020-06-19 19:11 ` Alex Deucher
2020-06-19 19:30 ` Felix Kuehling
2020-06-19 19:30 ` Felix Kuehling
2020-06-19 19:30 ` [Intel-gfx] " Felix Kuehling
2020-06-19 19:30 ` Felix Kuehling
2020-06-19 19:40 ` Jerome Glisse
2020-06-19 19:40 ` Jerome Glisse
2020-06-19 19:40 ` [Intel-gfx] " Jerome Glisse
2020-06-19 19:40 ` Jerome Glisse
2020-06-19 19:51 ` Jason Gunthorpe
2020-06-19 19:51 ` Jason Gunthorpe
2020-06-19 19:51 ` Jason Gunthorpe
2020-06-12 7:01 ` [PATCH] " Daniel Vetter
2020-06-12 7:01 ` Daniel Vetter
2020-06-12 7:01 ` [Intel-gfx] " Daniel Vetter
2020-06-12 7:01 ` Daniel Vetter
2020-06-04 8:12 ` [PATCH 05/18] drm/vkms: Annotate vblank timer Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [Intel-gfx] " Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [PATCH 06/18] drm/vblank: Annotate with dma-fence signalling section Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [Intel-gfx] " Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [PATCH 07/18] drm/atomic-helper: Add dma-fence annotations Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [Intel-gfx] " Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [PATCH 08/18] drm/amdgpu: add dma-fence annotations to atomic commit path Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [Intel-gfx] " Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-23 10:51 ` Daniel Vetter
2020-06-23 10:51 ` Daniel Vetter
2020-06-23 10:51 ` [Intel-gfx] " Daniel Vetter
2020-06-23 10:51 ` Daniel Vetter
2020-06-04 8:12 ` [PATCH 09/18] drm/scheduler: use dma-fence annotations in main thread Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [Intel-gfx] " Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [PATCH 10/18] drm/amdgpu: use dma-fence annotations in cs_submit() Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [Intel-gfx] " Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [PATCH 11/18] drm/amdgpu: s/GFP_KERNEL/GFP_ATOMIC in scheduler code Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [Intel-gfx] " Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [PATCH 12/18] drm/amdgpu: DC also loves to allocate stuff where it shouldn't Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [Intel-gfx] " Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [PATCH 13/18] drm/amdgpu/dc: Stop dma_resv_lock inversion in commit_tail Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [Intel-gfx] " Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-05 8:30 ` Pierre-Eric Pelloux-Prayer
2020-06-05 8:30 ` Pierre-Eric Pelloux-Prayer
2020-06-05 8:30 ` [Intel-gfx] " Pierre-Eric Pelloux-Prayer
2020-06-05 8:30 ` Pierre-Eric Pelloux-Prayer
2020-06-05 12:41 ` Daniel Vetter
2020-06-05 12:41 ` Daniel Vetter
2020-06-05 12:41 ` [Intel-gfx] " Daniel Vetter
2020-06-05 12:41 ` Daniel Vetter
2020-06-04 8:12 ` [PATCH 14/18] drm/scheduler: use dma-fence annotations in tdr work Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [Intel-gfx] " Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [PATCH 15/18] drm/amdgpu: use dma-fence annotations for gpu reset code Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [Intel-gfx] " Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [PATCH 16/18] Revert "drm/amdgpu: add fbdev suspend/resume on gpu reset" Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [Intel-gfx] " Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [PATCH 17/18] drm/amdgpu: gpu recovery does full modesets Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [Intel-gfx] " Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [PATCH 18/18] drm/i915: Annotate dma_fence_work Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:12 ` [Intel-gfx] " Daniel Vetter
2020-06-04 8:12 ` Daniel Vetter
2020-06-04 8:55 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for dma-fence lockdep annotations, round 2 Patchwork
2020-06-04 8:57 ` [Intel-gfx] ✗ Fi.CI.SPARSE: " Patchwork
2020-06-04 9:08 ` [Intel-gfx] ✗ Fi.CI.BAT: failure " Patchwork
2020-06-05 13:59 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for dma-fence lockdep annotations, round 2 (rev2) Patchwork
2020-06-05 14:01 ` [Intel-gfx] ✗ Fi.CI.SPARSE: " Patchwork
2020-06-05 14:15 ` [Intel-gfx] ✗ Fi.CI.BAT: failure " Patchwork
2020-06-10 20:20 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for dma-fence lockdep annotations, round 2 (rev3) Patchwork
2020-06-10 20:21 ` [Intel-gfx] ✗ Fi.CI.SPARSE: " Patchwork
2020-06-10 20:35 ` [Intel-gfx] ✗ Fi.CI.BAT: failure " Patchwork
2020-06-12 7:18 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for dma-fence lockdep annotations, round 2 (rev6) Patchwork
2020-06-12 7:19 ` [Intel-gfx] ✗ Fi.CI.SPARSE: " Patchwork
2020-06-12 7:32 ` [Intel-gfx] ✗ Fi.CI.BAT: failure " Patchwork
2020-06-22 10:11 ` [Intel-gfx] ✗ Fi.CI.BUILD: failure for dma-fence lockdep annotations, round 2 (rev7) Patchwork
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200604081224.863494-1-daniel.vetter@ffwll.ch \
--to=daniel.vetter@ffwll.ch \
--cc=amd-gfx@lists.freedesktop.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=intel-gfx@lists.freedesktop.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-rdma@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.