[Intel-gfx] [PATCH] drm/amdgpu: Reorder uvd ring init before uvd resume

2018-11-16 Thread Chris Wilson
As amd_uvd_resume() accesses the uvd ring, it must be initialised first or else we trigger errors like: [5.595963] [drm] Found UVD firmware Version: 1.87 Family ID: 17 [5.595969] [drm] PSP loading UVD firmware [5.596266] [ cut here ] [5.596268] ODEBUG: asser

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/amdgpu: Reorder uvd ring init before uvd resume

2018-11-16 Thread Patchwork
== Series Details == Series: drm/amdgpu: Reorder uvd ring init before uvd resume URL : https://patchwork.freedesktop.org/series/52601/ State : success == Summary == = CI Bug Log - changes from CI_DRM_5150 -> Patchwork_10836 = == Summary - SUCCESS == No regressions found. External URL:

Re: [Intel-gfx] [PATCH 1/5] drm/i915: extract fixed point math to i915_fixed.h

2018-11-16 Thread Joonas Lahtinen
Quoting Jani Nikula (2018-11-15 14:01:22) > Reduce bloat in one of the bigger header files. Fix some indentation > while at it. No functional changes. > > Signed-off-by: Jani Nikula Do add include guards. Then this is: Reviewed-by: Joonas Lahtinen Regards, Joonas _

Re: [Intel-gfx] [PATCH 2/5] drm/i915/fixed: prefer kernel types over stdint types

2018-11-16 Thread Joonas Lahtinen
Quoting Jani Nikula (2018-11-15 14:01:23) > While at it, conform to kernel spacing (i.e. no space) after cast. No > functional changes. > > Signed-off-by: Jani Nikula Reviewed-by: Joonas Lahtinen Regards, Joonas ___ Intel-gfx mailing list Intel-gfx@l

Re: [Intel-gfx] [PATCH 3/5] drm/i915/fixed: simplify FP_16_16_MAX definition

2018-11-16 Thread Joonas Lahtinen
Quoting Jani Nikula (2018-11-15 14:01:24) > No need to use a compound statement enclosed in parenthesis where a C99 > compound literal will do. No functional changes. > > Signed-off-by: Jani Nikula Out of curiosity, did this have an effect on asm generation? Presumably not. Reviewed-by: Joonas

Re: [Intel-gfx] [PATCH 4/5] drm/i915/fixed: simplify is_fixed16_zero()

2018-11-16 Thread Joonas Lahtinen
Quoting Jani Nikula (2018-11-15 14:01:25) > Simply return the condition. No functional changes. > > Signed-off-by: Jani Nikula Reviewed-by: Joonas Lahtinen Regards, Joonas ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freed

Re: [Intel-gfx] [PATCH] drm/i915: use appropriate integer types for flags

2018-11-16 Thread Lionel Landwerlin
On 14/11/2018 13:22, Ville Syrjälä wrote: On Wed, Nov 14, 2018 at 12:08:06PM +, Lionel Landwerlin wrote: We've been dealing a number of 32/64 bits flags issues lately : - 085603287452fc ("drm/i915: Compare user's 64b GTT offset even on 32b") - c58281056a8b26 ("drm/i915: Mark up GTT size

Re: [Intel-gfx] [PATCH 1/5] drm/i915: extract fixed point math to i915_fixed.h

2018-11-16 Thread Jani Nikula
On Fri, 16 Nov 2018, Joonas Lahtinen wrote: > Quoting Jani Nikula (2018-11-15 14:01:22) >> Reduce bloat in one of the bigger header files. Fix some indentation >> while at it. No functional changes. >> >> Signed-off-by: Jani Nikula > > Do add include guards. Then this is: D'oh! > Reviewed-by:

Re: [Intel-gfx] [PATCH 3/5] drm/i915/fixed: simplify FP_16_16_MAX definition

2018-11-16 Thread Chris Wilson
Quoting Jani Nikula (2018-11-15 12:01:24) > No need to use a compound statement enclosed in parenthesis where a C99 > compound literal will do. No functional changes. > > Signed-off-by: Jani Nikula > --- > drivers/gpu/drm/i915/i915_fixed.h | 6 +- > 1 file changed, 1 insertion(+), 5 deletion

Re: [Intel-gfx] [PATCH 3/5] drm/i915/fixed: simplify FP_16_16_MAX definition

2018-11-16 Thread Jani Nikula
On Fri, 16 Nov 2018, Joonas Lahtinen wrote: > Quoting Jani Nikula (2018-11-15 14:01:24) >> No need to use a compound statement enclosed in parenthesis where a C99 >> compound literal will do. No functional changes. >> >> Signed-off-by: Jani Nikula > > Out of curiosity, did this have an effect on

Re: [Intel-gfx] [PATCH 5/5] drm/i915/fixed: cosmetic cleanup

2018-11-16 Thread Joonas Lahtinen
Quoting Jani Nikula (2018-11-15 14:01:26) > Clean up fixed point temp variable initialization, use the more > conventional tmp name for temp variables, add empty lines before > return. No functional changes. > > Signed-off-by: Jani Nikula > static inline uint_fixed_16_16_t clamp_u64_to_fixed1

Re: [Intel-gfx] [PATCH] drm/i915: use appropriate integer types for flags

2018-11-16 Thread Ville Syrjälä
On Fri, Nov 16, 2018 at 10:43:39AM +, Lionel Landwerlin wrote: > On 14/11/2018 13:22, Ville Syrjälä wrote: > > On Wed, Nov 14, 2018 at 12:08:06PM +, Lionel Landwerlin wrote: > >> We've been dealing a number of 32/64 bits flags issues lately : > >> > >> - 085603287452fc ("drm/i915: Compare

Re: [Intel-gfx] [PATCH 36/36] drm/i915: Support per-context user requests for GPU frequency control

2018-11-16 Thread Joonas Lahtinen
Quoting Lionel Landwerlin (2018-11-09 19:51:17) > I think we have some interest in reviving this for the performance query > use case. How are performance queries related? Regards, Joonas > Is that on anybody's todo list? > > Thanks, > > - > Lionel > > On 14/03/2018 09:37, Chris Wilson wrote

Re: [Intel-gfx] [PATCH 36/36] drm/i915: Support per-context user requests for GPU frequency control

2018-11-16 Thread Lionel Landwerlin
On 16/11/2018 11:14, Joonas Lahtinen wrote: Quoting Lionel Landwerlin (2018-11-09 19:51:17) I think we have some interest in reviving this for the performance query use case. How are performance queries related? People want performance measured at a given frequency (usually max). Regards

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915: Disable LP3 watermarks on all SNB machines (rev2)

2018-11-16 Thread Patchwork
== Series Details == Series: drm/i915: Disable LP3 watermarks on all SNB machines (rev2) URL : https://patchwork.freedesktop.org/series/52440/ State : success == Summary == = CI Bug Log - changes from CI_DRM_5150 -> Patchwork_10837 = == Summary - SUCCESS == No regressions found. Externa

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/amdgpu: Reorder uvd ring init before uvd resume

2018-11-16 Thread Patchwork
== Series Details == Series: drm/amdgpu: Reorder uvd ring init before uvd resume URL : https://patchwork.freedesktop.org/series/52601/ State : success == Summary == = CI Bug Log - changes from CI_DRM_5150_full -> Patchwork_10836_full = == Summary - SUCCESS == No regressions found. ==

Re: [Intel-gfx] [PATCH 05/25] drm/i915: Prevent machine hang from Broxton's vtd w/a and error capture

2018-11-16 Thread Joonas Lahtinen
Quoting Chris Wilson (2018-11-02 18:12:12) > Since capturing the error state requires fiddling around with the GGTT > to read arbitrary buffers and is itself run under stop_machine(), it > deadlocks the machine (effectively a hard hang) when run in conjunction > with Broxton's VTd workaround to ser

[Intel-gfx] [PATCH v2 1/5] drm/i915: extract fixed point math to i915_fixed.h

2018-11-16 Thread Jani Nikula
Reduce bloat in one of the bigger header files. Fix some indentation while at it. No functional changes. v2: Add include guards (Joonas) Reviewed-by: Joonas Lahtinen Signed-off-by: Jani Nikula --- drivers/gpu/drm/i915/i915_drv.h | 139 +-- drivers/gpu/drm/i915

[Intel-gfx] [PATCH v2 4/5] drm/i915/fixed: simplify is_fixed16_zero()

2018-11-16 Thread Jani Nikula
Simply return the condition. No functional changes. Reviewed-by: Joonas Lahtinen Signed-off-by: Jani Nikula --- drivers/gpu/drm/i915/i915_fixed.h | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_fixed.h b/drivers/gpu/drm/i915/i915_fixed.h index d

[Intel-gfx] [PATCH v2 5/5] drm/i915/fixed: cosmetic cleanup

2018-11-16 Thread Jani Nikula
Clean up fixed point temp variable initialization, use the more conventional tmp name for temp variables, add empty lines before return. No functional changes. Reviewed-by: Joonas Lahtinen Signed-off-by: Jani Nikula --- drivers/gpu/drm/i915/i915_fixed.h | 77 +---

[Intel-gfx] [PATCH v2 3/5] drm/i915/fixed: simplify FP_16_16_MAX definition

2018-11-16 Thread Jani Nikula
No need to use a compound statement enclosed in parenthesis where a C99 compound literal will do. No functional changes. Reviewed-by: Joonas Lahtinen Signed-off-by: Jani Nikula --- drivers/gpu/drm/i915/i915_fixed.h | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers

[Intel-gfx] [PATCH v2 2/5] drm/i915/fixed: prefer kernel types over stdint types

2018-11-16 Thread Jani Nikula
While at it, conform to kernel spacing (i.e. no space) after cast. No functional changes. Reviewed-by: Joonas Lahtinen Signed-off-by: Jani Nikula --- drivers/gpu/drm/i915/i915_fixed.h | 61 +++ 1 file changed, 29 insertions(+), 32 deletions(-) diff --git a/d

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for series starting with [v2,1/5] drm/i915: extract fixed point math to i915_fixed.h

2018-11-16 Thread Patchwork
== Series Details == Series: series starting with [v2,1/5] drm/i915: extract fixed point math to i915_fixed.h URL : https://patchwork.freedesktop.org/series/52608/ State : warning == Summary == $ dim checkpatch origin/drm-tip 8b6b415c312d drm/i915: extract fixed point math to i915_fixed.h -:1

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for series starting with [v2,1/5] drm/i915: extract fixed point math to i915_fixed.h

2018-11-16 Thread Patchwork
== Series Details == Series: series starting with [v2,1/5] drm/i915: extract fixed point math to i915_fixed.h URL : https://patchwork.freedesktop.org/series/52608/ State : warning == Summary == $ dim sparse origin/drm-tip Sparse version: v0.5.2 Commit: drm/i915: extract fixed point math to i9

Re: [Intel-gfx] [PATCH v4 4/4] drm/i915/perf: add a parameter to control the size of OA buffer

2018-11-16 Thread Joonas Lahtinen
Quoting Lionel Landwerlin (2018-10-23 13:07:07) > The way our hardware is designed doesn't seem to let us use the > MI_RECORD_PERF_COUNT command without setting up a circular buffer. > > In the case where the user didn't request OA reports to be available > through the i915 perf stream, we can set

[Intel-gfx] ✓ Fi.CI.BAT: success for series starting with [v2,1/5] drm/i915: extract fixed point math to i915_fixed.h

2018-11-16 Thread Patchwork
== Series Details == Series: series starting with [v2,1/5] drm/i915: extract fixed point math to i915_fixed.h URL : https://patchwork.freedesktop.org/series/52608/ State : success == Summary == = CI Bug Log - changes from CI_DRM_5150 -> Patchwork_10838 = == Summary - SUCCESS == No regress

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915: Disable LP3 watermarks on all SNB machines (rev2)

2018-11-16 Thread Patchwork
== Series Details == Series: drm/i915: Disable LP3 watermarks on all SNB machines (rev2) URL : https://patchwork.freedesktop.org/series/52440/ State : success == Summary == = CI Bug Log - changes from CI_DRM_5150 -> Patchwork_10839 = == Summary - SUCCESS == No regressions found. Externa

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915: Disable LP3 watermarks on all SNB machines (rev2)

2018-11-16 Thread Patchwork
== Series Details == Series: drm/i915: Disable LP3 watermarks on all SNB machines (rev2) URL : https://patchwork.freedesktop.org/series/52440/ State : success == Summary == = CI Bug Log - changes from CI_DRM_5150_full -> Patchwork_10837_full = == Summary - WARNING == Minor unknown changes

[Intel-gfx] [PATCH 1/2] Revert "drm/i915/perf: add a parameter to control the size of OA buffer"

2018-11-16 Thread Joonas Lahtinen
Userspace portion is still missing. This reverts commit cd956bfcd0f58d20485ac0a785415f7d9327a95f. Cc: Lionel Landwerlin Cc: Matthew Auld Signed-off-by: Joonas Lahtinen --- drivers/gpu/drm/i915/i915_drv.h | 1 - drivers/gpu/drm/i915/i915_perf.c | 99 +++- drivers/

[Intel-gfx] [PATCH 2/2] Revert "drm/i915/perf: Fix warning in documentation"

2018-11-16 Thread Joonas Lahtinen
Userspace portion is still missing. This reverts commit 9fa6e2f7609fdbb7d6f86be86371a5719bec0376. Cc: Lionel Landwerlin Cc: Matthew Auld Signed-off-by: Joonas Lahtinen --- drivers/gpu/drm/i915/i915_perf.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/i915/i915_perf.c b/dr

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for series starting with [1/2] Revert "drm/i915/perf: add a parameter to control the size of OA buffer"

2018-11-16 Thread Patchwork
== Series Details == Series: series starting with [1/2] Revert "drm/i915/perf: add a parameter to control the size of OA buffer" URL : https://patchwork.freedesktop.org/series/52612/ State : warning == Summary == $ dim checkpatch origin/drm-tip b808c374682f Revert "drm/i915/perf: add a parame

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for series starting with [1/2] Revert "drm/i915/perf: add a parameter to control the size of OA buffer"

2018-11-16 Thread Patchwork
== Series Details == Series: series starting with [1/2] Revert "drm/i915/perf: add a parameter to control the size of OA buffer" URL : https://patchwork.freedesktop.org/series/52612/ State : warning == Summary == $ dim sparse origin/drm-tip Sparse version: v0.5.2 Commit: Revert "drm/i915/perf

[Intel-gfx] ✗ Fi.CI.BAT: failure for series starting with [1/2] Revert "drm/i915/perf: add a parameter to control the size of OA buffer"

2018-11-16 Thread Patchwork
== Series Details == Series: series starting with [1/2] Revert "drm/i915/perf: add a parameter to control the size of OA buffer" URL : https://patchwork.freedesktop.org/series/52612/ State : failure == Summary == = CI Bug Log - changes from CI_DRM_5150 -> Patchwork_10840 = == Summary - FAILU

Re: [Intel-gfx] [GVT-g] [ANNOUNCE] 2018-Q3 release of KVMGT (Intel GVT-g for KVM)

2018-11-16 Thread Joonas Lahtinen
Quoting Xu, Terrence (2018-10-19 10:04:47) > Platform Support: > > -Server platforms: Intel(r) Xeon(r) E3_v4, E3_v5 and E3_v6 with Intel > Graphics processor > > -Client platforms: Intel(r) Core(tm) 5th generation (code name: > Broadwell), > 6th generation (code name: Skylake), 7th gener

[Intel-gfx] [PATCH] drm/i915: Hide enable_gvt modparam when not compiled in

2018-11-16 Thread Joonas Lahtinen
Hide the enable_gvt modparam in the default scenario where support has not been compiled in. Cc: Zhenyu Wang Cc: Zhi Wang Cc: Chris Wilson Signed-off-by: Joonas Lahtinen --- drivers/gpu/drm/i915/i915_params.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/i915/i915_para

Re: [Intel-gfx] [PATCH] drm/i915: Hide enable_gvt modparam when not compiled in

2018-11-16 Thread Chris Wilson
Quoting Joonas Lahtinen (2018-11-16 14:44:47) > Hide the enable_gvt modparam in the default scenario where > support has not been compiled in. > > Cc: Zhenyu Wang > Cc: Zhi Wang > Cc: Chris Wilson > Signed-off-by: Joonas Lahtinen Alternative would be to move the param into a gvt-only file.c

Re: [Intel-gfx] [PATCH v3] drm/i915: Remove partial attempt to swizzle on pread/pwrite

2018-11-16 Thread Joonas Lahtinen
Quoting Chris Wilson (2018-10-12 14:56:21) > Our attempt to account for bit17 swizzling of pread/pwrite onto tiled > objects was flawed due to the simple fact that we do not always know the > swizzling for a particular page (due to the swizzling varying based on > location in certain unbalanced con

Re: [Intel-gfx] [PATCH] drm/i915: Downgrade unknown firmware warnings

2018-11-16 Thread Joonas Lahtinen
Quoting Chris Wilson (2018-10-09 14:12:59) > If we have released no firmware yet for a platform, stop scaring the > consumer and merely note its expected absence. > > Signed-off-by: Chris Wilson > Cc: Petri Latvala Reviewed-by: Joonas Lahtinen Regards, Joonas _

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915: Hide enable_gvt modparam when not compiled in

2018-11-16 Thread Patchwork
== Series Details == Series: drm/i915: Hide enable_gvt modparam when not compiled in URL : https://patchwork.freedesktop.org/series/52616/ State : success == Summary == = CI Bug Log - changes from CI_DRM_5151 -> Patchwork_10841 = == Summary - SUCCESS == No regressions found. External UR

Re: [Intel-gfx] [PATCH v3] drm/i915: Remove partial attempt to swizzle on pread/pwrite

2018-11-16 Thread Kenneth Graunke
On Friday, November 16, 2018 7:02:04 AM PST Joonas Lahtinen wrote: > Quoting Chris Wilson (2018-10-12 14:56:21) > > Our attempt to account for bit17 swizzling of pread/pwrite onto tiled > > objects was flawed due to the simple fact that we do not always know the > > swizzling for a particular page

[Intel-gfx] ✓ Fi.CI.BAT: success for series starting with [1/3] drm/i915/icl: Release TC ports when unloading or suspending driver

2018-11-16 Thread Patchwork
== Series Details == Series: series starting with [1/3] drm/i915/icl: Release TC ports when unloading or suspending driver URL : https://patchwork.freedesktop.org/series/52195/ State : success == Summary == = CI Bug Log - changes from CI_DRM_5152 -> Patchwork_10842 = == Summary - SUCCESS ==

Re: [Intel-gfx] [PATCH v2 2/5] drm/i915/fixed: prefer kernel types over stdint types

2018-11-16 Thread Rodrigo Vivi
On Fri, Nov 16, 2018 at 02:07:26PM +0200, Jani Nikula wrote: > While at it, conform to kernel spacing (i.e. no space) after cast. No > functional changes. could we do a sed or cocinelle patch for a massive update on this? > > Reviewed-by: Joonas Lahtinen > Signed-off-by: Jani Nikula > --- > d

Re: [Intel-gfx] [PATCH] drm/i915/glk: Use cached RCOMP value when re-enabling DPIO Phy

2018-11-16 Thread Imre Deak
On Thu, Nov 15, 2018 at 11:48:06AM -0800, clinton.a.tay...@intel.com wrote: > From: Clint Taylor > > The calibration RCOMP value in PORT_TX_DW6 in stored in dev_priv during > driver init. Use this value instead of reading the register again as the > power well for PORTA RCOMP register may not be

Re: [Intel-gfx] [PATCH] drm/i915/glk: Use cached RCOMP value when re-enabling DPIO Phy

2018-11-16 Thread Rodrigo Vivi
On Thu, Nov 15, 2018 at 11:48:06AM -0800, clinton.a.tay...@intel.com wrote: > From: Clint Taylor > > The calibration RCOMP value in PORT_TX_DW6 in stored in dev_priv during > driver init. Use this value instead of reading the register again as the > power well for PORTA RCOMP register may not be

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/dp_mst: Improve VCPI helpers, use in nouveau (rev6)

2018-11-16 Thread Patchwork
== Series Details == Series: drm/dp_mst: Improve VCPI helpers, use in nouveau (rev6) URL : https://patchwork.freedesktop.org/series/51412/ State : success == Summary == = CI Bug Log - changes from CI_DRM_5152 -> Patchwork_10843 = == Summary - SUCCESS == No regressions found. External UR

Re: [Intel-gfx] [PATCH 4/5] drm/cma-helper: Add DRM_GEM_CMA_VMAP_DRIVER_OPS

2018-11-16 Thread Eric Anholt
Noralf Trønnes writes: > This adds functionality to the CMA helper which ensures that the kernel > virtual address is set on the CMA GEM object also for imported buffers. > > The drivers have been audited to ensure that none set ->vaddr on imported > buffers, making the conditional dma_buf_vunmap

[Intel-gfx] ✓ Fi.CI.IGT: success for series starting with [v2,1/5] drm/i915: extract fixed point math to i915_fixed.h

2018-11-16 Thread Patchwork
== Series Details == Series: series starting with [v2,1/5] drm/i915: extract fixed point math to i915_fixed.h URL : https://patchwork.freedesktop.org/series/52608/ State : success == Summary == = CI Bug Log - changes from CI_DRM_5150_full -> Patchwork_10838_full = == Summary - SUCCESS ==

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915: Disable LP3 watermarks on all SNB machines (rev2)

2018-11-16 Thread Patchwork
== Series Details == Series: drm/i915: Disable LP3 watermarks on all SNB machines (rev2) URL : https://patchwork.freedesktop.org/series/52440/ State : success == Summary == = CI Bug Log - changes from CI_DRM_5150_full -> Patchwork_10839_full = == Summary - SUCCESS == No regressions found.

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915: Hide enable_gvt modparam when not compiled in

2018-11-16 Thread Patchwork
== Series Details == Series: drm/i915: Hide enable_gvt modparam when not compiled in URL : https://patchwork.freedesktop.org/series/52616/ State : success == Summary == = CI Bug Log - changes from CI_DRM_5151_full -> Patchwork_10841_full = == Summary - WARNING == Minor unknown changes comi

[Intel-gfx] [PATCH 0/6] Remove all bad dp_mst_port uses and hide struct def

2018-11-16 Thread Lyude Paul
So we don't ever have to worry about drivers touching drm_dp_mst_port structs without verifying them and crashing again. Lyude Paul (6): drm/dp_mst: Add drm_dp_get_payload_info() drm/nouveau: Use drm_dp_get_payload_info() for getting payload/vcpi drm/nouveau: Stop reading port->mgr in nv50_m

[Intel-gfx] [PATCH 6/6] drm/i915: Start using struct drm_dp_mst_port again

2018-11-16 Thread Lyude Paul
Originally we started storing pointers to the drm_dp_mst_port struct for each intel_connector as void* to stop people from trying to dereference them. Now that we've removed the public struct definition for drm_dp_mst_port however, it's no longer possible to dereference the port structure even when

[Intel-gfx] [PATCH 3/6] drm/nouveau: Stop reading port->mgr in nv50_mstc_get_modes()

2018-11-16 Thread Lyude Paul
mstc->port isn't validated here so it could be null or worse when we access it. And drivers aren't ever supposed to be looking at it's contents anyway. Plus, we can already get the MST manager from &mstc->mstm->mgr. Signed-off-by: Lyude Paul Cc: sta...@vger.kernel.org --- drivers/gpu/drm/nouveau

[Intel-gfx] [PATCH 1/6] drm/dp_mst: Add drm_dp_get_payload_info()

2018-11-16 Thread Lyude Paul
Some hardware (nvidia hardware in particular) needs to be notified of the exact VCPI and payload settings that the topology manager decided on for each mstb port. Since there isn't currently any way to get this information without going through port (which drivers are very much not supposed to do b

[Intel-gfx] [PATCH 5/6] drm/dp_mst: Hide drm_dp_mst_port contents from drivers

2018-11-16 Thread Lyude Paul
It hasn't been OK to access any of the contents of struct drm_dp_mst_port without validating the port first for quite a long time now, since a drm_dp_mst_port structure can be freed at any given moment in time outside of the driver's contorl. Any kind of information a driver needs from drm_dp_mst_p

[Intel-gfx] [PATCH 4/6] drm/nouveau: Stop reading port->mgr in nv50_mstc_detect()

2018-11-16 Thread Lyude Paul
Same as the previous commit, but for nv50_mstc_detect() this time. Signed-off-by: Lyude Paul Cc: sta...@vger.kernel.org --- drivers/gpu/drm/nouveau/dispnv50/disp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/dispnv50/disp.c b/drivers/gpu/drm/nouve

[Intel-gfx] [PATCH 2/6] drm/nouveau: Use drm_dp_get_payload_info() for getting payload/vcpi

2018-11-16 Thread Lyude Paul
Currently, nouveau tries to go through the drm_dp_mst_port structures itself in order to retrieve the relevant payload and VCPI information that it needs to report to the GPU. This is wrong: mstc->port could be destroyed at any point, and additionally the payload could be changed at any point becau

[Intel-gfx] [PATCH 2/2] drm/i915: Downgrade unknown CSR firmware warnings

2018-11-16 Thread Lucas De Marchi
Like it was done in commit 9e180d9991dc ("drm/i915: Downgrade unknown firmware warnings") for huc and guc: downgrade CSR firmware warnings. If we have released no firmware yet for a platform, stop scaring the consumer and merely note its expected absence. By simply removing the warning and early r

[Intel-gfx] [PATCH 1/2] drm/i915: allow to load DMC firmware on next gen

2018-11-16 Thread Lucas De Marchi
Before commit d8a5b7d79fb7 ("drm/i915/csr: keep max firmware size together with firmare name and version") it was possible to load the firmware for testing purposes via parameter. Let's use the size of the last known platform to recover that behavior. Cc: Jani Nikula Cc: Rodrigo Vivi Signed-off-

[Intel-gfx] ✓ Fi.CI.BAT: success for Remove all bad dp_mst_port uses and hide struct def

2018-11-16 Thread Patchwork
== Series Details == Series: Remove all bad dp_mst_port uses and hide struct def URL : https://patchwork.freedesktop.org/series/52636/ State : success == Summary == = CI Bug Log - changes from CI_DRM_5154 -> Patchwork_10844 = == Summary - SUCCESS == No regressions found. External URL:

[Intel-gfx] ✗ Fi.CI.BAT: failure for series starting with [1/2] drm/i915: allow to load DMC firmware on next gen

2018-11-16 Thread Patchwork
== Series Details == Series: series starting with [1/2] drm/i915: allow to load DMC firmware on next gen URL : https://patchwork.freedesktop.org/series/52639/ State : failure == Summary == = CI Bug Log - changes from CI_DRM_5154 -> Patchwork_10845 = == Summary - FAILURE == Serious unknown