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 log
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 powe
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 appr
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 derive
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 modpara
Again, I remind that's the talk about Gen9 only.
Dmitry.
-Original Message-
From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf Of
Rogozhkin, Dmitry V
Sent: Tuesday, December 26, 2017 9:39 AM
To: Chris Wilson ; Li, Yaodong
; intel-gfx@lists.freedesktop.org
Cc: Widawsk
>> 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 know
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 tra
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 R
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.
> >
> > This patch adds
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 a new module parameter to
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 the overriding of
> ring m
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.
Cc: Ben Widawsky
Cc: Chr
14 matches
Mail list logo
