Re: [Intel-gfx] [PATCH v8 2/6] drm/i915/gen9: Only copy WM results for changed pipes to skl_hw

Op 06-08-16 om 02:07 schreef Lyude: > From: Matt Roper > > When we write watermark values to the hardware, those values are stored > in dev_priv->wm.skl_hw. However with recent watermark changes, the > results structure we're copying from only contains valid watermark

Re: [Intel-gfx] [PATCH 3/6] drm/i915: Check PSR setup time vs. vblank length

On Fri, Aug 05, 2016 at 03:10:51PM -0700, Rodrigo Vivi wrote: > This patch is blocking PSR on panels that we know that our hardware support. How do we know that? > I wonder if: > 1. This restrictions was for older platforms and spec is out dated > 2. Or Spec is not documenting the restriction

Re: [Intel-gfx] [PATCH v2 3/9] drm/plane-helper: Add drm_plane_helper_check_state()

Hi Ville, Two fixes inline... On Wed, Jul 27, 2016 at 1:34 AM, wrote: > > From: Ville Syrjälä > > Add a version of drm_plane_helper_check_update() which takes a plane > state instead of having the caller pass in everything. > > And

[Intel-gfx] [PATCH 1/2] drm/i915: Wrap the protected active RCU dereference in a helper

As we do the lockdep protected RCU lookup in a couple of places, refactor that code to a common helper i915_gem_active_raw().. Signed-off-by: Chris Wilson --- drivers/gpu/drm/i915/i915_gem_request.h | 21 + 1 file changed, 17 insertions(+), 4

[Intel-gfx] [PATCH 2/2] drm/i915: Don't check for idleness before retiring after a GPU hang

When we force the cleanup after a GPU hang, we want to retire all requests, or else we may leak them if truly wedged (and the GPU never advances again). Converting to the active request helpers had the issue of doing the check against busyness before reporting the request, so if we claim the GPU

<    1   2