From: Deepak S <deepak.s@linux.intel.com>
To: "Ville Syrjälä" <ville.syrjala@linux.intel.com>,
"Daniel Vetter" <daniel@ffwll.ch>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH v3] drm/i915: Setup static bias for GPU
Date: Tue, 05 May 2015 13:12:41 +0530 [thread overview]
Message-ID: <55487471.3050007@linux.intel.com> (raw)
In-Reply-To: <20150504152804.GB18908@intel.com>
On Monday 04 May 2015 08:58 PM, Ville Syrjälä wrote:
> On Mon, May 04, 2015 at 10:12:23AM +0200, Daniel Vetter wrote:
>> On Mon, May 04, 2015 at 10:58:02AM +0530, Deepak S wrote:
>>>
>>> On Wednesday 29 April 2015 02:59 PM, Ville Syrjälä wrote:
>>>> On Wed, Apr 29, 2015 at 08:36:24AM +0530, deepak.s@linux.intel.com wrote:
>>>>> From: Deepak S <deepak.s@linux.intel.com>
>>>>>
>>>>> Based on the spec, Setting up static BIAS for GPU to improve the
>>>>> rps performace.
>>>>>
>>>>> v2: rename reg defn to match spec. (Ville)
>>>>>
>>>>> v3: Updated bias setting for chv (Deepak)
>>>>>
>>>>> Signed-off-by: Deepak S <deepak.s@linux.intel.com>
>>>> Matches the spec. Whether the chosen bias is really the best, I can't
>>>> really say. But favoring the GPU does seem like a sensible idea if we
>>>> want to keep the UI stuff fluid enough while there's some CPU heavy
>>>> tasks running at the same time.
>>>>
>>>> Reviewed-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
>>> Thanks Ville for reviewing,
>>> Yes our aim is to keep user experience smooth.
>> Since the aim is smooth UI ... how does this interact with the rps
>> boosting that was just enabled with Chris' patches for vlv/chv too?
>>
>> A static bias seems a lot less what we want now that we should have
>> something dynamic. Specifically I'm thinking of
>>
>> commit 6ad790c0f5ac55fd13f322c23519f0d6f0721864
>> Author: Chris Wilson <chris@chris-wilson.co.uk>
>> Date: Tue Apr 7 16:20:31 2015 +0100
>>
>> drm/i915: Boost GPU frequency if we detect outstanding pageflips
> Totally separate topic. This only affects how the Punit splits up the
> available energy credits between the CPU and the GPU. So only relevant
> when thermally constrained and both CPU and GPU would like to run
> faster than the limit allows.
>
Thanks Ville.
This is completely a different topic, more to do with punit budget constraints & this does not impact "Boot RPS logic"
Thanks
Deepak
>> Cheers, Daniel
>>
>>>>> ---
>>>>> drivers/gpu/drm/i915/i915_reg.h | 6 ++++++
>>>>> drivers/gpu/drm/i915/intel_pm.c | 12 ++++++++++++
>>>>> 2 files changed, 18 insertions(+)
>>>>>
>>>>> diff --git a/drivers/gpu/drm/i915/i915_reg.h b/drivers/gpu/drm/i915/i915_reg.h
>>>>> index 36805b6..048987e 100644
>>>>> --- a/drivers/gpu/drm/i915/i915_reg.h
>>>>> +++ b/drivers/gpu/drm/i915/i915_reg.h
>>>>> @@ -670,6 +670,12 @@ enum skl_disp_power_wells {
>>>>> #define FB_FMAX_VMIN_FREQ_LO_SHIFT 27
>>>>> #define FB_FMAX_VMIN_FREQ_LO_MASK 0xf8000000
>>>>> +#define VLV_TURBO_SOC_OVERRIDE 0x04
>>>>> +#define VLV_OVERRIDE_EN 1
>>>>> +#define VLV_SOC_TDP_EN (1 << 1)
>>>>> +#define VLV_BIAS_CPU_125_SOC_875 (6 << 2)
>>>>> +#define CHV_BIAS_CPU_50_SOC_50 (3 << 2)
>>>>> +
>>>>> #define VLV_CZ_CLOCK_TO_MILLI_SEC 100000
>>>>> /* vlv2 north clock has */
>>>>> diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel_pm.c
>>>>> index 78c89ff..3689d0e 100644
>>>>> --- a/drivers/gpu/drm/i915/intel_pm.c
>>>>> +++ b/drivers/gpu/drm/i915/intel_pm.c
>>>>> @@ -5065,6 +5065,12 @@ static void cherryview_enable_rps(struct drm_device *dev)
>>>>> GEN6_RP_UP_BUSY_AVG |
>>>>> GEN6_RP_DOWN_IDLE_AVG);
>>>>> + /* Setting Fixed Bias */
>>>>> + val = VLV_OVERRIDE_EN |
>>>>> + VLV_SOC_TDP_EN |
>>>>> + CHV_BIAS_CPU_50_SOC_50;
>>>>> + vlv_punit_write(dev_priv, VLV_TURBO_SOC_OVERRIDE, val);
>>>>> +
>>>>> val = vlv_punit_read(dev_priv, PUNIT_REG_GPU_FREQ_STS);
>>>>> /* RPS code assumes GPLL is used */
>>>>> @@ -5149,6 +5155,12 @@ static void valleyview_enable_rps(struct drm_device *dev)
>>>>> I915_WRITE(GEN6_RC_CONTROL, rc6_mode);
>>>>> + /* Setting Fixed Bias */
>>>>> + val = VLV_OVERRIDE_EN |
>>>>> + VLV_SOC_TDP_EN |
>>>>> + VLV_BIAS_CPU_125_SOC_875;
>>>>> + vlv_punit_write(dev_priv, VLV_TURBO_SOC_OVERRIDE, val);
>>>>> +
>>>>> val = vlv_punit_read(dev_priv, PUNIT_REG_GPU_FREQ_STS);
>>>>> /* RPS code assumes GPLL is used */
>>>>> --
>>>>> 1.9.1
>>> _______________________________________________
>>> Intel-gfx mailing list
>>> Intel-gfx@lists.freedesktop.org
>>> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
>> --
>> Daniel Vetter
>> Software Engineer, Intel Corporation
>> http://blog.ffwll.ch
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2015-05-05 7:45 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-28 9:53 [PATCH v3 0/5] CHV PM fix & Improvements deepak.s
2015-03-28 9:53 ` [PATCH v3 1/5] drm/i915/chv: Remove Wait for a previous gfx force-off deepak.s
2015-03-30 10:07 ` Ville Syrjälä
2015-03-30 14:32 ` Deepak S
2015-03-30 15:41 ` Daniel Vetter
2015-03-28 9:53 ` [PATCH v3 2/5] drm/i915: Re-adjusting rc6 promotional timer for chv deepak.s
2015-04-16 15:26 ` Daniel Vetter
2015-03-28 9:53 ` [PATCH v3 3/5] drm/i915/chv: Set min freq to efficient frequency on chv deepak.s
2015-04-29 2:53 ` [PATCH v4] " deepak.s
2015-04-29 15:31 ` Ville Syrjälä
2015-04-29 19:53 ` Ville Syrjälä
2015-04-30 10:12 ` Deepak S
2015-04-30 11:19 ` Ville Syrjälä
2015-04-30 14:05 ` Ville Syrjälä
2015-05-02 7:26 ` Deepak S
2015-04-30 2:42 ` shuang.he
2015-05-04 8:04 ` Daniel Vetter
2015-03-28 9:53 ` [PATCH v3 4/5] drm/i915/chv: Remove unused rps min function deepak.s
2015-03-28 9:53 ` [PATCH v3 5/5] drm/i915: Setup static bias for GPU deepak.s
2015-03-28 12:20 ` shuang.he
2015-03-30 9:56 ` Ville Syrjälä
2015-04-29 2:51 ` [PATCH v2] " deepak.s
2015-04-29 3:06 ` [PATCH v3] " deepak.s
2015-04-29 9:29 ` Ville Syrjälä
2015-05-04 5:28 ` Deepak S
2015-05-04 8:12 ` Daniel Vetter
2015-05-04 15:28 ` Ville Syrjälä
2015-05-05 7:42 ` Deepak S [this message]
2015-05-06 9:02 ` Daniel Vetter
2015-05-08 15:06 ` Deepak S
2015-04-30 6:56 ` shuang.he
2015-04-29 23:00 ` [PATCH v2] " shuang.he
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=55487471.3050007@linux.intel.com \
--to=deepak.s@linux.intel.com \
--cc=daniel@ffwll.ch \
--cc=intel-gfx@lists.freedesktop.org \
--cc=ville.syrjala@linux.intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox