[Intel-gfx] [PATCH] drm/i915: Show RPS autotuning thresholds along with waitboost

For convenience when debugging user issues show the autotuning RPS parameters in debugfs/i915_rps_boost_info. Signed-off-by: Chris Wilson Cc: Rainer Hochecker --- drivers/gpu/drm/i915/i915_debugfs.c | 31 +++ 1 file changed, 31 insertions(+) diff --git a/drivers/gpu

[Intel-gfx] ✗ Ro.CI.BAT: failure for drm/i915: Show RPS autotuning thresholds along with waitboost

== Series Details == Series: drm/i915: Show RPS autotuning thresholds along with waitboost URL : https://patchwork.freedesktop.org/series/11063/ State : failure == Summary == Series 11063v1 drm/i915: Show RPS autotuning thresholds along with waitboost http://patchwork.freedesktop.org/api/1.0/s

[Intel-gfx] [PATCH v2] drm/i915: Show RPS autotuning thresholds along with waitboost

For convenience when debugging user issues show the autotuning RPS parameters in debugfs/i915_rps_boost_info. v2: Refine the presentation Signed-off-by: Chris Wilson Cc: frit...@kodi.tv --- drivers/gpu/drm/i915/i915_debugfs.c | 43 +++-- 1 file changed, 41 insert

[Intel-gfx] ✗ Ro.CI.BAT: failure for drm/i915: Show RPS autotuning thresholds along with waitboost (rev2)

== Series Details == Series: drm/i915: Show RPS autotuning thresholds along with waitboost (rev2) URL : https://patchwork.freedesktop.org/series/11063/ State : failure == Summary == Series 11063v2 drm/i915: Show RPS autotuning thresholds along with waitboost http://patchwork.freedesktop.org/ap

Re: [Intel-gfx] [PATCH v2] drm/i915: Show RPS autotuning thresholds along with waitboost

-autotuning-thresholds-along-with-waitboost/20160814-213058 base: git://anongit.freedesktop.org/drm-intel for-linux-next config: i386-randconfig-x009-201633 (attached as .config) compiler: gcc-6 (Debian 6.1.1-9) 6.1.1 20160705 reproduce: # save the attached .config to linux build tree

[Intel-gfx] [PATCH 2/2] drm/i915: Unbind closed vma for i915_gem_object_unbind()

Closed vma are removed from the obj->vma_list so that they cannot be found by userspace. However, this means that when forcibly unbinding an object, we have to wait upon all rendering to that object first in order for the closed, but active, vma to be reaped and their bindings removed. Reported-by

[Intel-gfx] [PATCH 1/2] drm/i915: Initialize return value for empty i915_gem_object_unbind()

If the obj->vma_list is empty, we immediately return ret. However, we are doing so having never set it to any value, it should be zero! Reported-by: Matthew Auld References: https://bugs.freedesktop.org/show_bug.cgi?id=97343 Fixes: aa653a685d81 ("drm/i915: Be more careful when unbinding vma") Sig

Re: [Intel-gfx] [PATCH 1/2] drm/i915: Initialize return value for empty i915_gem_object_unbind()

Reviewed-by: Matthew Auld ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] [PATCH 2/2] drm/i915: Unbind closed vma for i915_gem_object_unbind()

Reviewed-by: Matthew Auld Tested-by: Matthew Auld ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx

[Intel-gfx] [PATCH] drm: make drm_get_format_name thread-safe

Signed-off-by: Eric Engestrom --- I moved the main bits to be the first diffs, shouldn't affect anything when applying the patch, but I wanted to ask: I don't like the hard-coded `32` the appears in both kmalloc() and snprintf(), what do you think? If you don't like it either, what would you sugg

[Intel-gfx] [Regression report] Weekly regression report WW33

This week's regressions. +---+---+++ | BugId | Summary | Created on | Bisect | +---+---+++ | 97254 | [SKL] [regression] d

[Intel-gfx] ✗ Ro.CI.BAT: failure for series starting with [1/2] drm/i915: Initialize return value for empty i915_gem_object_unbind()

== Series Details == Series: series starting with [1/2] drm/i915: Initialize return value for empty i915_gem_object_unbind() URL : https://patchwork.freedesktop.org/series/11067/ State : failure == Summary == Applying: drm/i915: Initialize return value for empty i915_gem_object_unbind() fatal

[Intel-gfx] ✗ Ro.CI.BAT: failure for drm: make drm_get_format_name thread-safe

== Series Details == Series: drm: make drm_get_format_name thread-safe URL : https://patchwork.freedesktop.org/series/11069/ State : failure == Summary == Applying: drm: make drm_get_format_name thread-safe Using index info to reconstruct a base tree... M drivers/gpu/drm/drm_crtc.c M

Re: [Intel-gfx] [lockdep] drm/i915: possible circular locking dependency in i915 driver init

On Sun, Aug 14, 2016 at 11:01:35PM +0900, Masami Hiramatsu wrote: > Hello, > > I've found a suspicious circular locking dependency in i915 by lockdep. > It seems main driver initialization thread and sub fbdev configuration > thread take locks in different order implicitly. Please check it. > > T