[Intel-gfx] [PATCH] drm/i915/bdw: Add Broadwell support for debugfs rps freq info

2014-05-23 Thread Tom . O'Rourke
From: Tom O'Rourke Add Broadwell support to i915_frequency_info and i915_max|min_freq_get|set. Signed-off-by: Tom O'Rourke --- drivers/gpu/drm/i915/i915_debugfs.c | 16 +--- 1 file changed, 9 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_de

[Intel-gfx] [PATCH] drm/i915/bdw: Add Broadwell support for debugfs rps freq info

2014-05-30 Thread Tom . O'Rourke
From: Tom O'Rourke Add Broadwell support to i915_frequency_info and extend i915_max|min_freq_get|set to (gen >= 6). v2: generalized support for i915_max|min_freq_get|set (Daniel). Signed-off-by: Tom O'Rourke --- drivers/gpu/drm/i915/i915_debugfs.c | 16 +--- 1 fi

[Intel-gfx] [PATCH] drm/i915/chv: WaDisablePwrmtrEvent:chv on CHV only

2014-06-09 Thread Tom . O'Rourke
From: Tom O'Rourke In gen8_enable_rps, don't write CHV registers unless IS_CHERRYVIEW. Signed-off-by: Tom O'Rourke --- drivers/gpu/drm/i915/intel_pm.c |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/

[Intel-gfx] [PATCH] drm/i915/chv: Fix "drm/i915/chv: Add a bunch of pre production workarounds"

2014-06-10 Thread Tom . O'Rourke
From: Tom O'Rourke Correct a merge mishap in commit e4443e459ccf43f2c139358400365fd6a839d40d. Wa*:chv belongs in cherryview_enable_rps, not gen8_enable_rps. Signed-off-by: Tom O'Rourke --- drivers/gpu/drm/i915/intel_pm.c | 12 ++-- 1 file changed, 6 insertions(+), 6

[Intel-gfx] [PATCH] drm/i915/bdw: Use timeout mode for RC6 on bdw

2014-04-09 Thread Tom O'Rourke
Higher RC6 residency is observed using timeout mode instead of EI mode. This applies to Broadwell only. The difference is particularly noticeable with video playback. Issue: VIZ-3778 Change-Id: I62bb12e21caf19651034826b45cde7f73a80938d Signed-off-by: Tom O'Rourke --- drivers/gpu/drm

[Intel-gfx] [PATCH] drm/i915: Finish enabling rps before use by sysfs or debugfs

2013-09-16 Thread Tom . O'Rourke
From: Tom O'Rourke Enabling rps (turbo setup) was put in a work queue because it may take quite awhile. This change flushes the work queue to initialize rps values before use by sysfs or debugfs. Specifically, rps.delayed_resume_work is flushed before using rps.hw_max, rps.max_

[Intel-gfx] [PATCH 1/2] drm/i915: Use efficient frequency for HSW/BDW

2014-11-05 Thread Tom . O'Rourke
From: Tom O'Rourke Updated gen6|8_enable_rps() for Haswell and Broadwell to use the efficient frequency read from pcode. Added hsw_use_efficient_freq() to read efficient frequency (aka RPe) from pcode. The efficiency is based on the frequency/power ratio (MHz/W); this is considering GT

[Intel-gfx] [PATCH 2/2] drm/i915: Keep min freq above floor on HSW/BDW

2014-11-05 Thread Tom . O'Rourke
From: Tom O'Rourke Set the min_freq_softlimit to max(RPe, 450MHz). Setting a floor can ensure a minimum experience level. The 450MHz value came from a power and performance study of various types of workloads (3D, Media, GPGPU, idle, etc). Signed-off-by: Tom O'Rourke --- drive

[Intel-gfx] [PATCH 0/2] Update turbo (rps) min frequency for HSW/BDW

2014-11-05 Thread Tom . O'Rourke
From: Tom O'Rourke These patches update the turbo minimum frequency to match the values used for Windows and Android. The refactoring in Imre's recent series "[Intel-gfx] [PATCH 0/8] sanitize RPS interrupt enabling/disabling" conflicts with these changes. Those conf

[Intel-gfx] [PATCH] drm/i915: Add haswell_pcode_write function

2014-11-05 Thread Tom . O'Rourke
From: Tom O'Rourke Based on sandybridge_pcode_write, haswell_pcode_write has an additional field for address control. Signed-off-by: Tom O'Rourke --- drivers/gpu/drm/i915/i915_drv.h |1 + drivers/gpu/drm/i915/i915_reg.h |1 + drivers/gpu/drm/i915/intel_pm.c |9 +++-

[Intel-gfx] [PATCH] drm/i915: Extend pcode mailbox interface

2014-11-13 Thread Tom . O'Rourke
From: Tom O'Rourke In sandybridge_pcode_read and sandybridge_pcode_write, extend the mbox parameter from u8 to u32. On Haswell and Sandybridge, bits 7:0 encode the mailbox command and bits 28:8 are used for address control for specific commands. Based on suggestion from Ville Syrjälä. S

[Intel-gfx] [PATCH v2 0/4] Update turbo (rps) min frequency for HSW/BDW

2014-11-19 Thread Tom . O'Rourke
From: Tom O'Rourke These patches update the turbo minimum frequency to match the values used for Windows and Android. v2: Updated patches 1 and 2 based on comments from Daniel and Chris. Added 2 related patches. Tom O'Rourke (4): drm/i915: Use efficient frequency for HSW/BDW

[Intel-gfx] [PATCH v2 2/4] drm/i915: Keep min freq above floor on HSW/BDW

2014-11-19 Thread Tom . O'Rourke
From: Tom O'Rourke Set the min_freq_softlimit to max(RPe, 450MHz). Setting a floor can ensure a minimum experience level. The 450MHz value came from a power and performance study of various types of workloads (3D, Media, GPGPU, idle, etc). v2: rebased Signed-off-by: Tom O&#

[Intel-gfx] [PATCH 3/4] drm/i915: change initial rps frequency for gen8

2014-11-19 Thread Tom . O'Rourke
From: Tom O'Rourke In gen8_enable_rps, change the initial rps setting to the min_freq_softlimit (same as gen6_enable_rps). Signed-off-by: Tom O'Rourke --- drivers/gpu/drm/i915/intel_pm.c |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/i915/in

[Intel-gfx] [PATCH 4/4] drm/i915: Update ring freq for full gpu freq range

2014-11-19 Thread Tom . O'Rourke
From: Tom O'Rourke In __gen6_update_ring_freq, use the full range of possible gpu frequencies from max_freq to min_freq. The actual gpu frequency could be outside the range from max_freq_softlimit to min_freq_softlimit due to power/thermal constraints. Signed-off-by: Tom O'Rourke --

[Intel-gfx] [PATCH v2 1/4] drm/i915: Use efficient frequency for HSW/BDW

2014-11-19 Thread Tom . O'Rourke
From: Tom O'Rourke Added gen6_init_rps_frequencies() to initialize the rps frequency values. This function replaces parse_rp_state_cap(). In addition to reading RPn, RP0, and RP1 from RP_STATE_CAP register, the new function reads efficient frequency (aka RPe) from pcode for Haswel

[Intel-gfx] [PATCH] drm/i915: Clamp efficient frequency to valid range

2015-02-10 Thread Tom . O'Rourke
From: Tom O'Rourke The efficient frequency (RPe) should stay in the range RPn <= RPe <= RP0. The pcode clamps the returned value internally on Broadwell but not on Haswell. Fix for missing range check in commit 93ee29203f506582cca2bcec5f05041526d9ab0a Author: Tom O'Rourke Da