[PATCH 1/3] drm/ttm: allow fence to be added as shared

From: Christian K?nig This patch adds a new flag to the ttm_validate_buffer list to add the fence as shared to the reservation object. Signed-off-by: Christian K?nig --- drivers/gpu/drm/qxl/qxl_release.c| 1 + drivers/gpu/drm/radeon/radeon_cs.c | 1 + drivers/gpu/drm/radeon/rad

[PATCH 3/3] drm/radeon: allow concurrent buffer reads

From: Christian K?nig Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_cs.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_cs.c b/drivers/gpu/drm/radeon/radeon_cs.c index ec4840c..f662de4 100644 --- a/drivers/gpu/drm/radeo

[PATCH 2/3] drm/radeon: add the infrastructure for concurrent buffer access

From: Christian K?nig This allows us to specify if we want to sync to the shared fences of a reservation object or not. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/cik.c | 25 ++- drivers/gpu/drm/radeon/cik_sdma.c | 25 ++- drivers/gpu/drm/rad

[Bug 79980] Random radeonsi crashes

like a charm on kernel 3.14* -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140904/851dad81/attachment.html>

[Bug 83436] Sudden framerate drops in multiple games

verted to old behavior, on 32bit it is unusable produce much corruption. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/2

[Bug 83436] Sudden framerate drops in multiple games

: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140904/2bfe8b0d/attachment.html>

[Bug 83861] radeon power management cause audio skips and glitch

https://bugzilla.kernel.org/show_bug.cgi?id=83861 Rafael J. Wysocki changed: What|Removed |Added Component|Other |Video(DRI - non Intel) Assi

[Bug 83436] Sudden framerate drops in multiple games

tachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140904/07e398d8/attachment.html>

[Bug 83436] Sudden framerate drops in multiple games

ferent code to be generated ? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140904/d439c493/attachment.html>

[Bug 83510] New: Graphical glitches in Unreal Engine 4

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140904/75e24436/attachment.html>

[Bug 83510] Graphical glitches in Unreal Engine 4

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140904/1ecd54ce/attachment.html>

[Bug 83510] Graphical glitches in Unreal Engine 4

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140904/bbe93ee6/attachment.html>

[Bug 83510] Graphical glitches in Unreal Engine 4

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140904/abf5ce60/attachment.html>

[Bug 83510] Graphical glitches in Unreal Engine 4

ube.com/watch?v=3AAf_2vry8A -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140904/262af647/attachment-0001.html>

[Bug 81644] Random crashes on RadeonSI with Chromium.

ybe when I don't have so many other things going on I'll bisect it over a week or so. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-dev

[Bug 83436] Sudden framerate drops in multiple games

default, not sure what of these make is work normal :) -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140904/af930

[Bug 82667] "Distance" game closed alpha: Changing shadow settings segfaults

ignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140904/0bba279b/attachment.html>

ccf vs iommu vs drm locking fun

So, I was looking at the below lockdep splat, and discussing it a bit w/ sboyd on IRC, and came to a slightly disturbing realization.. The interaction between prepare_lock and debugfs bits is a little bit worrying. In particular, it is probably not a good idea to assume that anyone who needs to g

[PATCH v2] drm/radeon: reduce memory footprint for debugging

There is no need to use hex_dump_to_buffer() since we have a kernel helper to dump up to 64 bytes just via printk(). In our case the actual size is 15 bytes. Signed-off-by: Andy Shevchenko --- drivers/gpu/drm/radeon/atombios_dp.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff

[Intel-gfx] [PATCH v2] drm/i915: Sysfs interface to get GFX shmem usage stats per process

On Thu, 2014-09-04 at 10:01 +, Daniel Vetter wrote: > On Thu, Sep 4, 2014 at 9:03 AM, Gupta, Sourab > wrote: > > On Wed, 2014-09-03 at 13:09 +, Daniel Vetter wrote: > >> On Wed, Sep 03, 2014 at 11:49:52AM +, Gupta, Sourab wrote: > >> > On Wed, 2014-09-03 at 10:58 +, Daniel Vetter

[PATCH] drm/radeon: reduce memory footprint for debugging

There is no need to use hex_dump_to_buffer() since we have a kernel helper to dump up to 64 bytes just via printk(). In our case the actual size is 15 bytes. Signed-off-by: Andy Shevchenko --- drivers/gpu/drm/radeon/atombios_dp.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff

[PATCH 1/2] clk: Make __clk_lookup() use a list instead of tree search

In the near future we're going to move the prepare lock to be a per-clock ww_mutex. __clk_lookup() is called very deep in the set-rate path and we would like to avoid having to take all the locks in the clock tree to search for a clock (basically defeating the purpose of introducing per-clock locks

[PATCH 2/2] clk: Don't hold prepare_lock across debugfs creation

Rob Clark reports a lockdep splat that involves the prepare_lock chained with the mmap semaphore. == [ INFO: possible circular locking dependency detected ] 3.17.0-rc1-00050-g07a489b #802 Tainted: GW --

ccf vs iommu vs drm locking fun

On 09/04/14 17:46, Rob Clark wrote: > So, I was looking at the below lockdep splat, and discussing it a bit > w/ sboyd on IRC, and came to a slightly disturbing realization.. > > The interaction between prepare_lock and debugfs bits is a little bit > worrying. In particular, it is probably not a g

[PATCH 1/2] clk: Make __clk_lookup() use a list instead of tree search

On 09/04, Stephen Boyd wrote: > In the near future we're going to move the prepare lock to be a > per-clock ww_mutex. __clk_lookup() is called very deep in the > set-rate path and we would like to avoid having to take all the > locks in the clock tree to search for a clock (basically > defeating th

[PATCH v2] clk: Don't hold prepare_lock across debugfs creation

Rob Clark reports a lockdep splat that involves the prepare_lock chained with the mmap semaphore. == [ INFO: possible circular locking dependency detected ] 3.17.0-rc1-00050-g07a489b #802 Tainted: GW --

<    1   2