kernel/drivers/gpu/drm/radeon/radeon_ring.c, branch linux-4.17.y

drm: drop drm_[cm]alloc* helpers

2017-05-18T15:22:39Z

Now that drm_[cm]alloc* helpers are simple one line wrappers around kvmalloc_array and drm_free_large is just kvfree alias we can drop them and replace by their native forms. This shouldn't introduce any functional change. Changes since v1 - fix typo in drivers/gpu//drm/etnaviv/etnaviv_gem.c - noticed by 0day build robot Suggested-by: Daniel Vetter Signed-off-by: Michal Hocko drm: drop drm_[cm]alloc* helpers [danvet: Fixup vgem which grew another user very recently.] Signed-off-by: Daniel Vetter Acked-by: Christian König Link: http://patchwork.freedesktop.org/patch/msgid/20170517122312.GK18247@dhcp22.suse.cz

drm/radeon: always dump the ring content if it's available

2015-03-27T14:17:43Z

Dumping is still possible if a ring isn't ready, only when it isn't allocated at all we need to abort here. Signed-off-by: Christian König Signed-off-by: Alex Deucher

drm/radeon: Use drm_malloc_ab instead of kmalloc_array

2014-10-28T14:44:34Z

Should avoid kmalloc failures due to large number of array entries. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=81991 Reviewed-by: Dave Airlie Reviewed-by: Christian König Signed-off-by: Michel Dänzer Signed-off-by: Alex Deucher Cc: stable@vger.kernel.org

drm/radeon: export reservation_object from dmabuf to ttm

2014-10-03T13:19:17Z

Adds an extra argument to radeon_bo_create, which is only used in radeon_prime.c. Reviewed-by: Christian König Signed-off-by: Maarten Lankhorst Signed-off-by: Alex Deucher

drm: drop DRM_DEBUG_CODE

2014-09-10T07:41:20Z

DRM_DEBUG_CODE is currently always set, so distributions enable it. The only reason to keep support in code is if developers wanted to disable debug support. Sounds unlikely. All the DRM_DEBUG() printks are still guarded by a drm_debug read. So if its cacheline is read once, they're discarded pretty fast.. There should hardly be any performance penalty, it's even guarded by unlikely(). Signed-off-by: David Herrmann Reviewed-by: Thierry Reding Signed-off-by: Dave Airlie

Revert "drm/radeon: Use write-combined CPU mappings of ring buffers with PCIe"

2014-08-19T16:01:50Z

This reverts commit 1490434f0da63afc6006411c8829c6a7935a4e7e. Several people have reported regressions with this patch on kabini.

drm/radeon: Only flush HDP cache for indirect buffers from userspace

2014-08-18T21:09:44Z

It isn't necessary for command streams generated by the kernel (at least not while we aren't storing ring or indirect buffers in VRAM). Signed-off-by: Michel Dänzer Signed-off-by: Alex Deucher

drm/radeon: Always flush the HDP cache before submitting a CS to the GPU

2014-08-05T12:53:45Z

This ensures the GPU sees all previous CPU writes to VRAM, which makes it safe: * For userspace to stream data from CPU to GPU via VRAM instead of GTT * For IBs to be stored in VRAM instead of GTT * For ring buffers to be stored in VRAM instead of GTT, if the HPD flush is performed via MMIO Signed-off-by: Michel Dänzer Signed-off-by: Alex Deucher

drm/radeon: separate ring and IB handling

2014-08-05T12:53:44Z

Both on their own are complex enough. Signed-off-by: Christian König Signed-off-by: Alex Deucher

drm/radeon: Use write-combined CPU mappings of IBs on >= CIK

2014-08-05T12:53:41Z

Signed-off-by: Michel Dänzer Reviewed-by: Christian König Signed-off-by: Alex Deucher