Re: [Intel-gfx] [PATCH v13 00/11] Convert PWM period and duty cycle to u64

2020-04-26 Thread Lee Jones
On Fri, 24 Apr 2020, Guru Das Srinagesh wrote: > On Fri, Apr 24, 2020 at 07:43:03AM +0100, Lee Jones wrote: > > A great deal of mailing lists contain numerous protections against > > things like flooding and spamming. One of those protections is a > > check for "Too many recipients to the message

[Intel-gfx] ✓ Fi.CI.IGT: success for PCI ID review

2020-04-26 Thread Patchwork
== Series Details == Series: PCI ID review URL : https://patchwork.freedesktop.org/series/76515/ State : success == Summary == CI Bug Log - changes from CI_DRM_8370_full -> Patchwork_17471_full Summary --- **SUCCESS** No regressio

[Intel-gfx] ✓ Fi.CI.BAT: success for PCI ID review

2020-04-26 Thread Patchwork
== Series Details == Series: PCI ID review URL : https://patchwork.freedesktop.org/series/76515/ State : success == Summary == CI Bug Log - changes from CI_DRM_8370 -> Patchwork_17471 Summary --- **SUCCESS** No regressions found.

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for PCI ID review

2020-04-26 Thread Patchwork
== Series Details == Series: PCI ID review URL : https://patchwork.freedesktop.org/series/76515/ State : warning == Summary == $ dim checkpatch origin/drm-tip 5c94f00b8f09 PCI ID review -:8: WARNING:TYPO_SPELLING: 'existant' may be misspelled - perhaps 'existent'? #8: - Remove wrong and non-e

[Intel-gfx] [patch] PCI ID review

2020-04-26 Thread Alexei Podtelezhnikov
In reverse order: - Add SKL GT1.5 - Remove wrong and non-existant devices - Add Gen3/Gen4 twin IGDs - Amend historic records Signed-off-by: Alexei Podtelezhnikov --- src/i915_pciids.h | 72 +-- 1 file changed, 49 insertions(+), 23 deletions(-)

Re: [Intel-gfx] [PATCH 2/6] drm/i915/gt: Move rps.enabled/active to flags

2020-04-26 Thread Andi Shyti
Hi Chris, > intel_uncore_forcewake_get(uncore, FORCEWAKE_ALL); > if (IS_CHERRYVIEW(i915)) > - rps->enabled = chv_rps_enable(rps); > + enabled = chv_rps_enable(rps); > else if (IS_VALLEYVIEW(i915)) > - rps->enabled = vlv_rps_enable(rps); > +

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915/gt: Fix up clock frequency

2020-04-26 Thread Patchwork
== Series Details == Series: drm/i915/gt: Fix up clock frequency URL : https://patchwork.freedesktop.org/series/76512/ State : success == Summary == CI Bug Log - changes from CI_DRM_8370_full -> Patchwork_17470_full Summary --- **SUC

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915: re-disable -Wframe-address

2020-04-26 Thread Patchwork
== Series Details == Series: drm/i915: re-disable -Wframe-address URL : https://patchwork.freedesktop.org/series/76510/ State : success == Summary == CI Bug Log - changes from CI_DRM_8370_full -> Patchwork_17469_full Summary --- **SU

Re: [Intel-gfx] [PATCH] drm/i915/gt: Switch to manual evaluation of RPS

2020-04-26 Thread Andi Shyti
Hi Chris, On Sat, Apr 25, 2020 at 07:54:00PM +0100, Chris Wilson wrote: > As with the realisation for soft-rc6, we respond to idling the engines > within microseconds, far faster than the response times for HW RC6 and > RPS. Furthermore, our fast parking upon idle, prevents HW RPS from > running f

Re: [Intel-gfx] [PATCH 3/6] drm/i915/gt: Track use of RPS interrupts in flags

2020-04-26 Thread Andi Shyti
Hi Chris, On Sat, Apr 25, 2020 at 06:57:48PM +0100, Chris Wilson wrote: > Use the new intel_rps.flags field to store whether or not interrupts are > being used with RPS. > > Signed-off-by: Chris Wilson Reviewed-by: Andi Shyti Andi ___ Intel-gfx mail

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/gt: Fix up clock frequency

2020-04-26 Thread Patchwork
== Series Details == Series: drm/i915/gt: Fix up clock frequency URL : https://patchwork.freedesktop.org/series/76512/ State : success == Summary == CI Bug Log - changes from CI_DRM_8370 -> Patchwork_17470 Summary --- **SUCCESS**

[Intel-gfx] [PATCH] drm/i915/gt: Fix up clock frequency

2020-04-26 Thread Chris Wilson
The bspec lists both the clock frequency and the effective interval. The interval corresponds to observed behaviour, so adjust the frequency to match. Signed-off-by: Chris Wilson --- drivers/gpu/drm/i915/gt/intel_gt_clock_utils.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-)

Re: [Intel-gfx] [PATCH] drm/i915: re-disable -Wframe-address

2020-04-26 Thread Nathan Chancellor
On Sun, Apr 26, 2020 at 02:42:15PM -0700, 'Nick Desaulniers' via Clang Built Linux wrote: > The top level Makefile disables this warning. When building an > i386_defconfig with Clang, this warning is triggered a whole bunch via > includes of headers from perf. > > Link: https://github.com/ClangBu

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915: re-disable -Wframe-address

2020-04-26 Thread Patchwork
== Series Details == Series: drm/i915: re-disable -Wframe-address URL : https://patchwork.freedesktop.org/series/76510/ State : success == Summary == CI Bug Log - changes from CI_DRM_8370 -> Patchwork_17469 Summary --- **SUCCESS**

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for drm/i915: re-disable -Wframe-address

2020-04-26 Thread Patchwork
== Series Details == Series: drm/i915: re-disable -Wframe-address URL : https://patchwork.freedesktop.org/series/76510/ State : warning == Summary == $ dim sparse origin/drm-tip Sparse version: v0.6.0 Commit: drm/i915: re-disable -Wframe-address - +drivers/gpu/drm/i915/display/intel_display.c:

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915: Move more i915->ggtt to local variables

2020-04-26 Thread Patchwork
== Series Details == Series: drm/i915: Move more i915->ggtt to local variables URL : https://patchwork.freedesktop.org/series/76507/ State : success == Summary == CI Bug Log - changes from CI_DRM_8370_full -> Patchwork_17468_full Summary --

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915: Move more i915->ggtt to local variables

2020-04-26 Thread Patchwork
== Series Details == Series: drm/i915: Move more i915->ggtt to local variables URL : https://patchwork.freedesktop.org/series/76507/ State : success == Summary == CI Bug Log - changes from CI_DRM_8370 -> Patchwork_17468 Summary --- *

[Intel-gfx] [PATCH] drm/i915: Move more i915->ggtt to local variables

2020-04-26 Thread Chris Wilson
We have been preparing for a transfer of ownership of the GGTT from the global drm_i915_private into the intel_gt, and a part of the process has been to reduce the number of direct references to i915->ggtt and instead try and derive the pointer from a supplied intel_gt. Signed-off-by: Chris Wilson

Re: [Intel-gfx] [PATCH] drm/edid: Fix off-by-one in DispID DTD pixel clock

2020-04-26 Thread Sasha Levin
Hi [This is an automated email] This commit has been processed because it contains a -stable tag. The stable tag indicates that it's relevant for the following trees: all The bot has tested the following trees: v5.6.7, v5.4.35, v4.19.118, v4.14.177, v4.9.220, v4.4.220. v5.6.7: Build OK! v5.4.3

Re: [Intel-gfx] [PATCH] cpufreq/pstate: Only mention the BIOS disabling turbo mode once

2020-04-26 Thread Rafael J. Wysocki
On Friday, April 10, 2020 9:26:29 PM CEST Chris Wilson wrote: > Make a note of the first time we discover the turbo mode has been > disabled by the BIOS, as otherwise we complain every time we try to > update the mode. > > Signed-off-by: Chris Wilson > Cc: Srinivas Pandruvada > Cc: Len Brown >

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915/gt: Apply the magic PM interval roundup to all! (rev2)

2020-04-26 Thread Patchwork
== Series Details == Series: drm/i915/gt: Apply the magic PM interval roundup to all! (rev2) URL : https://patchwork.freedesktop.org/series/76489/ State : success == Summary == CI Bug Log - changes from CI_DRM_8369_full -> Patchwork_17467_full ==

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915/execlists: Check preempt-timeout target before submit_ports

2020-04-26 Thread Patchwork
== Series Details == Series: drm/i915/execlists: Check preempt-timeout target before submit_ports URL : https://patchwork.freedesktop.org/series/76490/ State : success == Summary == CI Bug Log - changes from CI_DRM_8369_full -> Patchwork_17466_full =

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915/gt: Apply the magic PM interval roundup to all!

2020-04-26 Thread Patchwork
== Series Details == Series: drm/i915/gt: Apply the magic PM interval roundup to all! URL : https://patchwork.freedesktop.org/series/76489/ State : success == Summary == CI Bug Log - changes from CI_DRM_8369_full -> Patchwork_17465_full Sum

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/gt: Apply the magic PM interval roundup to all! (rev2)

2020-04-26 Thread Patchwork
== Series Details == Series: drm/i915/gt: Apply the magic PM interval roundup to all! (rev2) URL : https://patchwork.freedesktop.org/series/76489/ State : success == Summary == CI Bug Log - changes from CI_DRM_8369 -> Patchwork_17467 Summar

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/execlists: Check preempt-timeout target before submit_ports

2020-04-26 Thread Patchwork
== Series Details == Series: drm/i915/execlists: Check preempt-timeout target before submit_ports URL : https://patchwork.freedesktop.org/series/76490/ State : success == Summary == CI Bug Log - changes from CI_DRM_8369 -> Patchwork_17466 S

[Intel-gfx] [CI] drm/i915/gt: Apply the magic PM interval roundup to all!

2020-04-26 Thread Chris Wilson
We have a note that a PM interval value (e.g. for RPS EI) that is not a multiple of 25 causes missed interrupts on some Sandybridge machines. We are observing missed interrupts (which I speculate is due to some sort of internal rounding in the PCU) on more recent machines as well, so let's experime

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/gt: Apply the magic PM interval roundup to all!

2020-04-26 Thread Patchwork
== Series Details == Series: drm/i915/gt: Apply the magic PM interval roundup to all! URL : https://patchwork.freedesktop.org/series/76489/ State : success == Summary == CI Bug Log - changes from CI_DRM_8369 -> Patchwork_17465 Summary -

[Intel-gfx] [PATCH] drm/i915/execlists: Check preempt-timeout target before submit_ports

2020-04-26 Thread Chris Wilson
We evaluate *active, which is a pointer into execlists->inflight[] during dequeue to decide how long a preempt-timeout we need to apply. However, as soon as we do the submit_ports, the HW may send its ACK interrupt causing us to promote execlists->pending[] tp execlists->inflight[], overwriting the

[Intel-gfx] [PATCH] drm/i915/gt: Apply the magic PM interval roundup to all!

2020-04-26 Thread Chris Wilson
We have a note that a PM interval value (e.g. for RPS EI) that is not a multiple of 25 causes missed interrupts on some Sandybridge machines. We are observing missed interrupts (which I speculate is due to some sort of internal rounding in the PCU) on more recent machines as well, so let's experime