On 1/6/2018 5:53 AM, Yaodong Li wrote:
On 01/05/2018 02:15 AM, Sagar Arun Kamble wrote:
On 1/5/2018 3:22 AM, Yaodong Li wrote:
On 01/03/2018 10:10 PM, Sagar Arun Kamble wrote:
Since ring frequency programming needs consideration of both IA and
GT frequency requests I think keeping the
On 01/05/2018 02:15 AM, Sagar Arun Kamble wrote:
On 1/5/2018 3:22 AM, Yaodong Li wrote:
On 01/03/2018 10:10 PM, Sagar Arun Kamble wrote:
Since ring frequency programming needs consideration of both IA and
GT frequency requests I think keeping the logic
to program the ring frequency table in
On 1/5/2018 3:22 AM, Yaodong Li wrote:
On 01/03/2018 10:10 PM, Sagar Arun Kamble wrote:
Since ring frequency programming needs consideration of both IA and
GT frequency requests I think keeping the logic
to program the ring frequency table in driver that monitors both
IA/GT busyness and
On 01/03/2018 10:10 PM, Sagar Arun Kamble wrote:
Since ring frequency programming needs consideration of both IA and GT
frequency requests I think keeping the logic
to program the ring frequency table in driver that monitors both IA/GT
busyness and power budgets like intel_ips
will be more
Since ring frequency programming needs consideration of both IA and GT
frequency requests I think keeping the logic
to program the ring frequency table in driver that monitors both IA/GT
busyness and power budgets like intel_ips
will be more appropriate. intel_ips is relying on global load
You are thinking of plugging into intel_pstate to make it smarter for ia freq
transitions?
Yep. This seems a correct step to give some automatic support instead of
parameter/hardcoded multiplier.
Does this mean we should use cpufreq/intel_pstate based approach instead
of the current
l-gfx@lists.freedesktop.org
Cc: Widawsky, Benjamin <benjamin.widaw...@intel.com>
Subject: Re: [Intel-gfx] [RFC] drm/i915: Add a new modparam for customized ring
multiplier
>> To clarify, the HW will flip between the two GT/IA requests rather than
>> stick to the highest?
Yes, it will
>> To clarify, the HW will flip between the two GT/IA requests rather than
>> stick to the highest?
Yes, it will flip on Gen9. On Gen8 there was some mechanism (HW) which
flattened that. But it was removed/substituted in Gen9. In Gen10 it was tuned
to close the mentioned issue.
>> Do you
Quoting Rogozhkin, Dmitry V (2017-12-26 16:39:23)
> Clarification on the issue. Consider that you have a massive load on GT and
> just tiny one on IA. If GT will program the RING frequency to be lower than
> IA frequency, then you will fall into the situation when RING frequency
> constantly
Clarification on the issue. Consider that you have a massive load on GT and
just tiny one on IA. If GT will program the RING frequency to be lower than IA
frequency, then you will fall into the situation when RING frequency constantly
transits from GT to IA level and back. Each transition of a
Quoting Chris Wilson (2017-12-18 21:47:25)
> Quoting Jackie Li (2017-12-18 21:22:08)
> > From: Zhipeng Gong
> >
> > SKL platforms requires a higher ring multiplier when there's massive
> > GPU load. Current driver doesn't provide a way to override the ring
> > multiplier.
On 12/18/2017 01:47 PM, Chris Wilson wrote:
Quoting Jackie Li (2017-12-18 21:22:08)
From: Zhipeng Gong
SKL platforms requires a higher ring multiplier when there's massive
GPU load. Current driver doesn't provide a way to override the ring
multiplier.
This patch adds
Quoting Jackie Li (2017-12-18 21:22:08)
> From: Zhipeng Gong
>
> SKL platforms requires a higher ring multiplier when there's massive
> GPU load. Current driver doesn't provide a way to override the ring
> multiplier.
>
> This patch adds a new module parameter to allow
From: Zhipeng Gong
SKL platforms requires a higher ring multiplier when there's massive
GPU load. Current driver doesn't provide a way to override the ring
multiplier.
This patch adds a new module parameter to allow the overriding of
ring multiplier for Gen9 platforms.
14 matches
Mail list logo