Re: [Intel-gfx] [PATCH] drm/i915: Don't just say it, actually force edp vdd

2014-03-02 Thread Chris Wilson
On Sun, Mar 02, 2014 at 01:05:06AM +0100, Patrik Jakobsson wrote: This solves the blank screen problem on the MacBook Air 6,2. The comments state that we need to force edp vdd so lets put it back. The EDP_FORCE_VDD bit was removed in commit: commit dff392dbd258381a6c3164f38420593f2d291e3b

[Intel-gfx] [PATCH] drm/i915: sprinkle static

2014-03-02 Thread Daniel Vetter
Apparently we've missed a few more than what Fengguang's 0-day tester recently reported in i915_irq.c ... Makes sparse happy again (ignore some spurious stuff about ksyms of exported functions). Cc: kbuild test robot fengguang...@intel.com Cc: Imre Deak imre.d...@intel.com Signed-off-by: Daniel

Re: [Intel-gfx] [PATCH] drm/i915: Always use kref tracking for contexts.

2014-03-02 Thread Ben Widawsky
On Fri, Feb 28, 2014 at 08:06:50PM +, Chris Wilson wrote: If we always initialize kref for the context, even if we are using fake contexts for hangstats when there is no hw support, we can forgo the dance to dereference the ctx-obj and inspect whether we are permitted to use kref inside

Re: [Intel-gfx] [PATCH] drm/i915: Convert the forcewake worker into a timer func

2014-03-02 Thread Ben Widawsky
On Fri, Feb 28, 2014 at 06:44:03PM +, Chris Wilson wrote: We don't want to suffer scheduling delay when turning off the GPU after waking it up to touch registers. Ideally, we only want to keep the GPU awake for the register access sequence, with a single forcewake dance on the first access

Re: [Intel-gfx] [PATCH 3/3] drm/i915: Make num_sprites a per-pipe value

2014-03-02 Thread Zhenyu Wang
On 2014.02.28 16:42:15 +, Damien Lespiau wrote: In the future, we need to be able to specify per-pipe number of planes/sprites. Let's start today! The number of sprite planes on each pipe is always fixed in our HW. Do we really need this in the future? -- Open Source Technology Center,

[Intel-gfx] [PATCH] sna: Add multiple planes support for Xv video on sprite

2014-03-02 Thread Zhenyu Wang
On VLV there're two sprite planes for each pipe that both can be used simultaneously for Xv video. This one trys to expose those capability through multiple Xv ports on sprite video adaptor. I've tried to use this to validate new two sprite planes for single pipe on VLV which works fine.

[Intel-gfx] [PATCH] drm/i915: Add boot paramter to control rps boost at boot time.

2014-03-02 Thread deepak . s
From: Deepak S deepa...@intel.com We are adding a module paramter to control rps boost. By default, we enable the boost for better performace. Based on the need (perf/power) we can either enable/disable. Signed-off-by: Deepak S deepa...@intel.com --- drivers/gpu/drm/i915/i915_drv.h| 1 +

[Intel-gfx] [PATCH v2] drm/i915/vlv: WA for Turbo and RC6 to work together.

2014-03-02 Thread deepak . s
From: Deepak S deepa...@intel.com With RC6 enabled, BYT has an HW issue in determining the right Gfx busyness. WA for Turbo + RC6: Use SW based Gfx busy-ness detection to decide on increasing/decreasing the freq. This logic will monitor C0 counters of render/media power-wells over EI period and

Re: [Intel-gfx] [PATCH] drm/i915: Convert the forcewake worker into a timer func

2014-03-02 Thread Chris Wilson
On Sun, Mar 02, 2014 at 05:01:26PM -0800, Ben Widawsky wrote: On Fri, Feb 28, 2014 at 06:44:03PM +, Chris Wilson wrote: We don't want to suffer scheduling delay when turning off the GPU after waking it up to touch registers. Ideally, we only want to keep the GPU awake for the register

Re: [Intel-gfx] [PATCH] drm/i915: Always use kref tracking for contexts.

2014-03-02 Thread Chris Wilson
On Sun, Mar 02, 2014 at 03:58:09PM -0800, Ben Widawsky wrote: On Fri, Feb 28, 2014 at 08:06:50PM +, Chris Wilson wrote: ctx-obj = i915_gem_object_create_stolen(dev, dev_priv-hw_context_size); How this working for you ^ ? Fine. It helps detect cases where we try to