[Intel-gfx] ✓ Ro.CI.BAT: success for drm/i915: Hold irq uncore.lock when initialising fw_domains

2016-07-03 Thread Patchwork
== Series Details == Series: drm/i915: Hold irq uncore.lock when initialising fw_domains URL : https://patchwork.freedesktop.org/series/9432/ State : success == Summary == Series 9432v1 drm/i915: Hold irq uncore.lock when initialising fw_domains http://patchwork.freedesktop.org/api/1.0/series/

Re: [Intel-gfx] [PATCH v4 2/2] drm/i915/opregion: update cadl based on actually active outputs

2016-07-03 Thread Maarten Lankhorst
Op 29-06-16 om 17:36 schreef Jani Nikula: > Previously we've just shoved the first eight devices in DIDL to CADL > (list of active outputs). Some of the active outputs may have been left > outside of CADL. The problem is, some BIOS implementations prevent > laptop brightness hotkey propagation if t

Re: [Intel-gfx] [PATCH] drm/i915: tidy up request alloc

2016-07-03 Thread Liu, Hong
On Fri, 2016-07-01 at 19:34 +0100, Chris Wilson wrote: > On Fri, Jul 01, 2016 at 05:58:18PM +0100, Dave Gordon wrote: > > On 30/06/16 13:49, Tvrtko Ursulin wrote: > > > > > > On 30/06/16 11:22, Chris Wilson wrote: > > > > On Thu, Jun 30, 2016 at 09:50:20AM +0100, Tvrtko Ursulin wrote: > > > > > >

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

2016-07-03 Thread Jairo Miramontes
Last week regressions. +---+---+++ | BugId | Summary | Created on | Bisect | +---+---+++ | 96736 | kernel 4.6 regression:

[Intel-gfx] [PATCH] drm/i915: Hold irq uncore.lock when initialising fw_domains

2016-07-03 Thread Chris Wilson
Acquiring the forcewake domain asserts that it is in an atomic section (as we always expect to under the uncore.lock). This true expect for initialising the domains on Ivybridge, and so we generate a warning. Wrap the manual usage of fw_domains inside the spin_lock. Signed-off-by: Chris Wilson Cc

Re: [Intel-gfx] [PATCH 03/14] drm/i915: Add low level set of routines for programming PM IER/IIR/IMR register set

2016-07-03 Thread Goel, Akash
On 7/3/2016 3:08 PM, Chris Wilson wrote: On Sun, Jul 03, 2016 at 12:21:20AM +0530, akash.g...@intel.com wrote: From: Akash Goel So far PM IER/IIR/IMR registers were being used only for Turbo related interrupts. But interrupts coming from GuC also use the same set. As a precursor to supportin

Re: [Intel-gfx] [PATCH 05/14] drm/i915: Handle log buffer flush interrupt event from GuC

2016-07-03 Thread Chris Wilson
On Sun, Jul 03, 2016 at 05:51:35PM +0530, Goel, Akash wrote: > > > On 7/3/2016 2:45 PM, Chris Wilson wrote: > >On Sun, Jul 03, 2016 at 12:21:22AM +0530, akash.g...@intel.com wrote: > >>+static void guc_read_update_log_buffer(struct drm_device *dev, bool > >>capture_all) > >>+{ > >>+ struct drm

Re: [Intel-gfx] [PATCH 05/14] drm/i915: Handle log buffer flush interrupt event from GuC

2016-07-03 Thread Chris Wilson
On Sun, Jul 03, 2016 at 05:55:14PM +0530, Goel, Akash wrote: > > > On 7/3/2016 5:51 PM, Goel, Akash wrote: > > > > > >On 7/3/2016 2:45 PM, Chris Wilson wrote: > >>On Sun, Jul 03, 2016 at 12:21:22AM +0530, akash.g...@intel.com wrote: > >>>+static void guc_read_update_log_buffer(struct drm_device *

Re: [Intel-gfx] [PATCH 13/14] drm/i915: Add stats for GuC log buffer flush interrupts

2016-07-03 Thread Goel, Akash
On 7/3/2016 3:14 PM, Chris Wilson wrote: On Sun, Jul 03, 2016 at 12:21:30AM +0530, akash.g...@intel.com wrote: From: Akash Goel GuC firmware sends an interrupt to flush the log buffer when it becomes half full. GuC firmware also tracks how many times the buffer overflowed. It would be useful

Re: [Intel-gfx] [PATCH 05/14] drm/i915: Handle log buffer flush interrupt event from GuC

2016-07-03 Thread Goel, Akash
On 7/3/2016 5:51 PM, Goel, Akash wrote: On 7/3/2016 2:45 PM, Chris Wilson wrote: On Sun, Jul 03, 2016 at 12:21:22AM +0530, akash.g...@intel.com wrote: +static void guc_read_update_log_buffer(struct drm_device *dev, bool capture_all) +{ +struct drm_i915_private *dev_priv = dev->dev_priva

Re: [Intel-gfx] [PATCH 05/14] drm/i915: Handle log buffer flush interrupt event from GuC

2016-07-03 Thread Goel, Akash
On 7/3/2016 2:45 PM, Chris Wilson wrote: On Sun, Jul 03, 2016 at 12:21:22AM +0530, akash.g...@intel.com wrote: +static void guc_read_update_log_buffer(struct drm_device *dev, bool capture_all) +{ + struct drm_i915_private *dev_priv = dev->dev_private; + struct intel_guc *guc = &de

Re: [Intel-gfx] [PATCH 13/14] drm/i915: Add stats for GuC log buffer flush interrupts

2016-07-03 Thread Chris Wilson
On Sun, Jul 03, 2016 at 12:21:30AM +0530, akash.g...@intel.com wrote: > From: Akash Goel > > GuC firmware sends an interrupt to flush the log buffer when it > becomes half full. GuC firmware also tracks how many times the > buffer overflowed. > It would be useful to maintain a statistics of how m

Re: [Intel-gfx] [PATCH 03/14] drm/i915: Add low level set of routines for programming PM IER/IIR/IMR register set

2016-07-03 Thread Chris Wilson
On Sun, Jul 03, 2016 at 12:21:20AM +0530, akash.g...@intel.com wrote: > From: Akash Goel > > So far PM IER/IIR/IMR registers were being used only for Turbo related > interrupts. But interrupts coming from GuC also use the same set. > As a precursor to supporting GuC interrupts, added new low leve

Re: [Intel-gfx] [PATCH 04/14] drm/i915: Support for GuC interrupts

2016-07-03 Thread Chris Wilson
On Sun, Jul 03, 2016 at 12:21:21AM +0530, akash.g...@intel.com wrote: > diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.h > index 85a7103..20c701c 100644 > --- a/drivers/gpu/drm/i915/i915_drv.h > +++ b/drivers/gpu/drm/i915/i915_drv.h > @@ -1808,6 +1808,7 @@ struct drm_i

Re: [Intel-gfx] [PATCH 05/14] drm/i915: Handle log buffer flush interrupt event from GuC

2016-07-03 Thread Chris Wilson
On Sun, Jul 03, 2016 at 12:21:22AM +0530, akash.g...@intel.com wrote: > +static void guc_read_update_log_buffer(struct drm_device *dev, bool > capture_all) > +{ > + struct drm_i915_private *dev_priv = dev->dev_private; > + struct intel_guc *guc = &dev_priv->guc; > + struct guc_log_buff