[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for Enable P0xx (planar), Y2xx/Y4xx (packed) pixel formats (rev4)

2019-03-04 Thread Patchwork
== Series Details == Series: Enable P0xx (planar), Y2xx/Y4xx (packed) pixel formats (rev4) URL : https://patchwork.freedesktop.org/series/56606/ State : warning == Summary == $ dim checkpatch origin/drm-tip 08011e2e164e drm/i915: Add P010, P012, P016 plane control definitions f9b305df8580 drm/

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for Enable P0xx (planar), Y2xx/Y4xx (packed) pixel formats (rev4)

2019-03-04 Thread Patchwork
== Series Details == Series: Enable P0xx (planar), Y2xx/Y4xx (packed) pixel formats (rev4) URL : https://patchwork.freedesktop.org/series/56606/ State : warning == Summary == $ dim sparse origin/drm-tip Sparse version: v0.5.2 Commit: drm/i915: Add P010, P012, P016 plane control definitions Oka

[Intel-gfx] ✓ Fi.CI.BAT: success for Enable P0xx (planar), Y2xx/Y4xx (packed) pixel formats (rev4)

2019-03-04 Thread Patchwork
== Series Details == Series: Enable P0xx (planar), Y2xx/Y4xx (packed) pixel formats (rev4) URL : https://patchwork.freedesktop.org/series/56606/ State : success == Summary == CI Bug Log - changes from CI_DRM_5693 -> Patchwork_12355 Summary

Re: [Intel-gfx] [PATCH 14/38] drm/i915: Introduce the i915_user_extension_method

2019-03-04 Thread Tvrtko Ursulin
On 01/03/2019 18:57, Chris Wilson wrote: Quoting Tvrtko Ursulin (2019-03-01 15:39:13) On 01/03/2019 14:03, Chris Wilson wrote: +int i915_user_extensions(struct i915_user_extension __user *ext, + const i915_user_extension_fn *tbl, + unsigned long count

Re: [Intel-gfx] [PATCH 16/38] drm/i915: Introduce a context barrier callback

2019-03-04 Thread Tvrtko Ursulin
On 01/03/2019 19:03, Chris Wilson wrote: Quoting Tvrtko Ursulin (2019-03-01 16:12:33) On 01/03/2019 14:03, Chris Wilson wrote: + counter = 0; + err = context_barrier_task(ctx, 0, mock_barrier_task, &counter); + if (err) { + pr_err("Failed at line %d, err=%d\n", __LINE_

Re: [Intel-gfx] [PATCH 18/38] drm/i915: Extend CONTEXT_CREATE to set parameters upon construction

2019-03-04 Thread Tvrtko Ursulin
On 01/03/2019 19:10, Chris Wilson wrote: Quoting Tvrtko Ursulin (2019-03-01 16:36:45) On 01/03/2019 14:03, Chris Wilson wrote: It can be useful to have a single ioctl to create a context with all the initial parameters instead of a series of create + setparam + setparam ioctls. This extension

[Intel-gfx] [PATCH v1 1/2] drm/selftests/mm: Switch to bitmap_zalloc()

2019-03-04 Thread Andy Shevchenko
Switch to bitmap_zalloc() to show clearly what we are allocating. Besides that it returns pointer of bitmap type instead of opaque void *. Signed-off-by: Andy Shevchenko --- drivers/gpu/drm/selftests/test-drm_mm.c | 12 +--- 1 file changed, 5 insertions(+), 7 deletions(-) diff --git a/d

[Intel-gfx] [PATCH v1 2/2] drm: i915: Switch to bitmap_zalloc()

2019-03-04 Thread Andy Shevchenko
Switch to bitmap_zalloc() to show clearly what we are allocating. Besides that it returns pointer of bitmap type instead of opaque void *. Signed-off-by: Andy Shevchenko --- drivers/gpu/drm/i915/i915_gem.c | 2 +- drivers/gpu/drm/i915/i915_gem_fence_reg.c | 3 +-- drivers/gpu/d

Re: [Intel-gfx] [PATCH 14/38] drm/i915: Introduce the i915_user_extension_method

2019-03-04 Thread Chris Wilson
Quoting Tvrtko Ursulin (2019-03-04 08:54:10) > > On 01/03/2019 18:57, Chris Wilson wrote: > > Quoting Tvrtko Ursulin (2019-03-01 15:39:13) > >> > >> On 01/03/2019 14:03, Chris Wilson wrote: > >>> +int i915_user_extensions(struct i915_user_extension __user *ext, > >>> + const i

[Intel-gfx] ✗ Fi.CI.BAT: failure for series starting with [v1,1/2] drm/selftests/mm: Switch to bitmap_zalloc()

2019-03-04 Thread Patchwork
== Series Details == Series: series starting with [v1,1/2] drm/selftests/mm: Switch to bitmap_zalloc() URL : https://patchwork.freedesktop.org/series/57506/ State : failure == Summary == CALLscripts/checksyscalls.sh DESCEND objtool CHK include/generated/compile.h CC [M] driver

[Intel-gfx] [PATCH v2 2/2] drm: i915: Switch to bitmap_zalloc()

2019-03-04 Thread Andy Shevchenko
Switch to bitmap_zalloc() to show clearly what we are allocating. Besides that it returns pointer of bitmap type instead of opaque void *. Signed-off-by: Andy Shevchenko --- drivers/gpu/drm/i915/i915_gem.c | 2 +- drivers/gpu/drm/i915/i915_gem_fence_reg.c | 3 +-- drivers/gpu/d

[Intel-gfx] [PATCH v2 1/2] drm/selftests/mm: Switch to bitmap_zalloc()

2019-03-04 Thread Andy Shevchenko
Switch to bitmap_zalloc() to show clearly what we are allocating. Besides that it returns pointer of bitmap type instead of opaque void *. Signed-off-by: Andy Shevchenko --- drivers/gpu/drm/selftests/test-drm_mm.c | 12 +--- 1 file changed, 5 insertions(+), 7 deletions(-) diff --git a/d

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for series starting with [v2,1/2] drm/selftests/mm: Switch to bitmap_zalloc()

2019-03-04 Thread Patchwork
== Series Details == Series: series starting with [v2,1/2] drm/selftests/mm: Switch to bitmap_zalloc() URL : https://patchwork.freedesktop.org/series/57507/ State : warning == Summary == $ dim sparse origin/drm-tip Sparse version: v0.5.2 Commit: drm/selftests/mm: Switch to bitmap_zalloc() -./

Re: [Intel-gfx] [PATCH 14/38] drm/i915: Introduce the i915_user_extension_method

2019-03-04 Thread Tvrtko Ursulin
On 04/03/2019 09:04, Chris Wilson wrote: Quoting Tvrtko Ursulin (2019-03-04 08:54:10) On 01/03/2019 18:57, Chris Wilson wrote: Quoting Tvrtko Ursulin (2019-03-01 15:39:13) On 01/03/2019 14:03, Chris Wilson wrote: +int i915_user_extensions(struct i915_user_extension __user *ext, +

Re: [Intel-gfx] [PATCH v2 2/2] drm: i915: Switch to bitmap_zalloc()

2019-03-04 Thread Chris Wilson
Quoting Andy Shevchenko (2019-03-04 09:29:08) > Switch to bitmap_zalloc() to show clearly what we are allocating. > Besides that it returns pointer of bitmap type instead of opaque void *. Which is confusing; since we explicitly want unsigned longs, not some amorphous bitmap type. > Signed-off-by

Re: [Intel-gfx] [PATCH v2 1/2] drm/selftests/mm: Switch to bitmap_zalloc()

2019-03-04 Thread Chris Wilson
Quoting Andy Shevchenko (2019-03-04 09:29:07) > Switch to bitmap_zalloc() to show clearly what we are allocating. > Besides that it returns pointer of bitmap type instead of opaque void *. > > Signed-off-by: Andy Shevchenko Reviewed-by: Chris Wilson -Chris ___

Re: [Intel-gfx] [PATCH 14/38] drm/i915: Introduce the i915_user_extension_method

2019-03-04 Thread Tvrtko Ursulin
On 04/03/2019 09:35, Tvrtko Ursulin wrote: On 04/03/2019 09:04, Chris Wilson wrote: Quoting Tvrtko Ursulin (2019-03-04 08:54:10) On 01/03/2019 18:57, Chris Wilson wrote: Quoting Tvrtko Ursulin (2019-03-01 15:39:13) On 01/03/2019 14:03, Chris Wilson wrote: +int i915_user_extensions(struct

Re: [Intel-gfx] [PATCH v2 2/2] drm: i915: Switch to bitmap_zalloc()

2019-03-04 Thread Andy Shevchenko
On Mon, Mar 04, 2019 at 09:41:34AM +, Chris Wilson wrote: > Quoting Andy Shevchenko (2019-03-04 09:29:08) > > Switch to bitmap_zalloc() to show clearly what we are allocating. > > Besides that it returns pointer of bitmap type instead of opaque void *. > > Which is confusing; since we explicit

Re: [Intel-gfx] [PATCH v2 2/2] drm: i915: Switch to bitmap_zalloc()

2019-03-04 Thread Chris Wilson
Quoting Andy Shevchenko (2019-03-04 09:54:46) > On Mon, Mar 04, 2019 at 09:41:34AM +, Chris Wilson wrote: > > Quoting Andy Shevchenko (2019-03-04 09:29:08) > > > Switch to bitmap_zalloc() to show clearly what we are allocating. > > > Besides that it returns pointer of bitmap type instead of opa

[Intel-gfx] ✓ Fi.CI.BAT: success for series starting with [v2,1/2] drm/selftests/mm: Switch to bitmap_zalloc()

2019-03-04 Thread Patchwork
== Series Details == Series: series starting with [v2,1/2] drm/selftests/mm: Switch to bitmap_zalloc() URL : https://patchwork.freedesktop.org/series/57507/ State : success == Summary == CI Bug Log - changes from CI_DRM_5693 -> Patchwork_12357 =

Re: [Intel-gfx] [PATCH 2/5] drm/i915: Rename i915_load_modeset_init() to i915_modeset_load()

2019-03-04 Thread Jani Nikula
On Fri, 01 Mar 2019, José Roberto de Souza wrote: > i915_load_modeset_init() sounds horrible also lets rename it so > the future cleanup function of it can be easially recognized. We load the driver, but init modeset. The name implies modeset init at driver load. The modeset load/unload sounds a

Re: [Intel-gfx] [PATCH v1 1/2] drm/selftests/mm: Switch to bitmap_zalloc()

2019-03-04 Thread kbuild test robot
/commits/Andy-Shevchenko/drm-selftests-mm-Switch-to-bitmap_zalloc/20190304-183335 base: git://anongit.freedesktop.org/drm-intel for-linux-next config: nds32-allyesconfig (attached as .config) compiler: nds32le-linux-gcc (GCC) 6.4.0 reproduce: wget https://raw.githubusercontent.com/intel/lkp

Re: [Intel-gfx] [PATCH v1 1/2] drm/selftests/mm: Switch to bitmap_zalloc()

2019-03-04 Thread kbuild test robot
/commits/Andy-Shevchenko/drm-selftests-mm-Switch-to-bitmap_zalloc/20190304-183335 base: git://anongit.freedesktop.org/drm-intel for-linux-next config: xtensa-allyesconfig (attached as .config) compiler: xtensa-linux-gcc (GCC) 8.2.0 reproduce: wget https://raw.githubusercontent.com/intel/lkp

[Intel-gfx] [PATCH] drm/i915: Acquire breadcrumb ref before cancelling

2019-03-04 Thread Chris Wilson
We may race the interrupt signaling with retirement, in which case the order in which we acquire the reference inside the interrupt is vital to provide the correct barrier against the request being freed in retirement, i.e. we need to acquire our reference before marking the breadcrumb as cancelled

Re: [Intel-gfx] [PATCH 2/2] drm: Add detection of changing of edid on between suspend and resume

2019-03-04 Thread Maarten Lankhorst
Op 01-03-2019 om 11:01 schreef Gwan-gyeong Mun: > The hotplug detection routine of drm_helper_hpd_irq_event() can detect > changing of status of connector, but it can not detect changing of edid. > > Following scenario requires detection of changing of edid. > > 1) plug display device to a connect

[Intel-gfx] ✓ Fi.CI.IGT: success for Enable P0xx (planar), Y2xx/Y4xx (packed) pixel formats (rev4)

2019-03-04 Thread Patchwork
== Series Details == Series: Enable P0xx (planar), Y2xx/Y4xx (packed) pixel formats (rev4) URL : https://patchwork.freedesktop.org/series/56606/ State : success == Summary == CI Bug Log - changes from CI_DRM_5693_full -> Patchwork_12355_full

[Intel-gfx] [PATCH 0/6] Enable P0xx (planar), Y2xx/Y4xx (packed) pixel formats

2019-03-04 Thread Swati Sharma
This patch series is for enabling P0xx, Y2xx and Y4xx pixel formats for intel's i915 driver. In this patch series, Juha Pekka's patch series Gen10+ P0xx formats https://patchwork.freedesktop.org/series/56053/ is combined with Swati's https://patchwork.freedesktop.org/series/55035/ for Gen11+ pixel

[Intel-gfx] [PATCH 1/6] drm/i915: Add P010, P012, P016 plane control definitions

2019-03-04 Thread Swati Sharma
From: Juha-Pekka Heikkila Add needed plane control flag definitions for P010, P012 and P016 formats. Signed-off-by: Juha-Pekka Heikkila Signed-off-by: Swati Sharma Reviewed-by: Maarten Lankhorst --- drivers/gpu/drm/i915/i915_reg.h | 3 +++ 1 file changed, 3 insertions(+) diff --git a/driver

[Intel-gfx] [PATCH 5/6] drm/i915/icl: Add Y2xx and Y4xx (xx:10/12/16) plane control definitions

2019-03-04 Thread Swati Sharma
Added needed plane control flag definitions for Y2xx and Y4xx (10, 12 and 16 bits) Signed-off-by: Swati Sharma Signed-off-by: Vidya Srinivas Reviewed-by: Juha-Pekka Heikkila Reviewed-by: Maarten Lankhorst --- drivers/gpu/drm/i915/i915_reg.h | 6 ++ 1 file changed, 6 insertions(+) diff --

[Intel-gfx] [PATCH 2/6] drm/i915: Preparations for enabling P010, P012, P016 formats

2019-03-04 Thread Swati Sharma
From: Juha-Pekka Heikkila Preparations for enabling P010, P012 and P016 formats. These formats will extend NV12 for larger bit depths. Signed-off-by: Juha-Pekka Heikkila Signed-off-by: Swati Sharma Reviewed-by: Maarten Lankhorst --- drivers/gpu/drm/i915/intel_atomic_plane.c | 2 +- drivers/

[Intel-gfx] [PATCH 4/6] drm: Add Y2xx and Y4xx (xx:10/12/16) format definitions and fourcc

2019-03-04 Thread Swati Sharma
The following pixel formats are packed format that follows 4:2:2 chroma sampling. For memory represenation each component is allocated 16 bits each. Thus each pixel occupies 32bit. Y210: For each component, valid data occupies MSB 10 bits. LSB 6 bits are filled with zeroes. Y212: For e

[Intel-gfx] [PATCH 6/6] drm/i915/icl: Enabling Y2xx and Y4xx (xx:10/12/16) formats for universal planes

2019-03-04 Thread Swati Sharma
Signed-off-by: Swati Sharma Signed-off-by: Vidya Srinivas Reviewed-by: Juha-Pekka Heikkila Reviewed-by: Maarten Lankhorst --- drivers/gpu/drm/i915/intel_display.c | 30 ++ drivers/gpu/drm/i915/intel_sprite.c | 60 +++- 2 files changed, 89 insert

[Intel-gfx] [PATCH 3/6] drm/i915: Enable P010, P012, P016 formats for primary and sprite planes

2019-03-04 Thread Swati Sharma
From: Juha-Pekka Heikkila Enabling of P010, P012 and P016 formats. These formats will extend NV12 for larger bit depths. Signed-off-by: Juha-Pekka Heikkila Signed-off-by: Swati Sharma Reviewed-by: Maarten Lankhorst --- drivers/gpu/drm/i915/intel_sprite.c | 28 ++-- 1

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for drm/i915: Acquire breadcrumb ref before cancelling

2019-03-04 Thread Patchwork
== Series Details == Series: drm/i915: Acquire breadcrumb ref before cancelling URL : https://patchwork.freedesktop.org/series/57512/ State : warning == Summary == $ dim checkpatch origin/drm-tip 87cc082b1759 drm/i915: Acquire breadcrumb ref before cancelling -:14: WARNING:COMMIT_LOG_LONG_LINE

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915: Acquire breadcrumb ref before cancelling

2019-03-04 Thread Patchwork
== Series Details == Series: drm/i915: Acquire breadcrumb ref before cancelling URL : https://patchwork.freedesktop.org/series/57512/ State : success == Summary == CI Bug Log - changes from CI_DRM_5693 -> Patchwork_12358 Summary ---

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for Enable P0xx (planar), Y2xx/Y4xx (packed) pixel formats (rev5)

2019-03-04 Thread Patchwork
== Series Details == Series: Enable P0xx (planar), Y2xx/Y4xx (packed) pixel formats (rev5) URL : https://patchwork.freedesktop.org/series/56606/ State : warning == Summary == $ dim checkpatch origin/drm-tip dc7b63022f48 drm/i915: Add P010, P012, P016 plane control definitions f3c20c560ac9 drm/

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for Enable P0xx (planar), Y2xx/Y4xx (packed) pixel formats (rev5)

2019-03-04 Thread Patchwork
== Series Details == Series: Enable P0xx (planar), Y2xx/Y4xx (packed) pixel formats (rev5) URL : https://patchwork.freedesktop.org/series/56606/ State : warning == Summary == $ dim sparse origin/drm-tip Sparse version: v0.5.2 Commit: drm/i915: Add P010, P012, P016 plane control definitions Oka

Re: [Intel-gfx] [PATCH 1/2] drm/i915: refactor transcoders reporting on error state

2019-03-04 Thread Kahola, Mika
Looks ok. On Fri, 2019-02-22 at 15:02 -0800, Lucas De Marchi wrote: > Instead of keeping track of the number of transcoders, loop through > all > the interesting ones and check if there is a correspondent offset. > > Cc: Rodrigo Vivi Reviewed-by: Mika Kahola > Signed-off-by: Lucas De Marchi

Re: [Intel-gfx] [PATCH 2/2] drm/i915: allow platforms without eDP transcoder

2019-03-04 Thread Kahola, Mika
On Fri, 2019-03-01 at 15:56 -0800, Lucas De Marchi wrote: > On Mon, Feb 25, 2019 at 06:17:13AM -0800, Mika Kahola wrote: > > Looks allright. > > > > On Fri, 2019-02-22 at 15:02 -0800, Lucas De Marchi wrote: > > > Define a HAS_TRANSCODER_EDP() macro that checks if we have > > > defined an > > > off

[Intel-gfx] ✓ Fi.CI.BAT: success for Enable P0xx (planar), Y2xx/Y4xx (packed) pixel formats (rev5)

2019-03-04 Thread Patchwork
== Series Details == Series: Enable P0xx (planar), Y2xx/Y4xx (packed) pixel formats (rev5) URL : https://patchwork.freedesktop.org/series/56606/ State : success == Summary == CI Bug Log - changes from CI_DRM_5693 -> Patchwork_12359 Summary

Re: [Intel-gfx] [PATCH 14/17] drm/tegra: Convert to using __drm_atomic_helper_crtc_reset() for reset.

2019-03-04 Thread Thierry Reding
On Fri, Mar 01, 2019 at 01:56:24PM +0100, Maarten Lankhorst wrote: > Convert tegra to using __drm_atomic_helper_crtc_reset(), instead of > writing its own version. Instead of open coding destroy_state(), > call it directly for freeing the old state. > > Signed-off-by: Maarten Lankhorst > Cc: Thie

[Intel-gfx] [PATCH] drm/i915: Fix the state checker for ICL Y planes

2019-03-04 Thread Ville Syrjala
From: Ville Syrjälä The plane used to scan out NV12 luma on ICL is logically off but actually on. Fix the state checker to account for this. Cc: Imre Deak Cc: Maarten Lankhorst Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=109457 Signed-off-by: Ville Syrjälä --- drivers/gpu/drm/i915

[Intel-gfx] ✓ Fi.CI.IGT: success for series starting with [v2,1/2] drm/selftests/mm: Switch to bitmap_zalloc()

2019-03-04 Thread Patchwork
== Series Details == Series: series starting with [v2,1/2] drm/selftests/mm: Switch to bitmap_zalloc() URL : https://patchwork.freedesktop.org/series/57507/ State : success == Summary == CI Bug Log - changes from CI_DRM_5693_full -> Patchwork_12357_full ===

[Intel-gfx] [PATCH] drm/i915: Simplify i830 DVO 2x clock handling

2019-03-04 Thread Ville Syrjala
From: Ville Syrjälä Let's just always enable the DVO 2x clock on i830. This way we don't have to track if DVO is being used or not. The spec does suggest we should disable the clock when it isn't needed, but this does appear to work just fine. This removes another crtc->config usage. Signed-off

Re: [Intel-gfx] [PATCH 15/17] drm/vc4: Convert to using __drm_atomic_helper_crtc_reset() for reset.

2019-03-04 Thread Maarten Lankhorst
Op 01-03-2019 om 23:47 schreef Eric Anholt: > Maarten Lankhorst writes: > >> Convert vc4 to using __drm_atomic_helper_crtc_reset(), instead of >> writing its own version. Instead of open coding destroy_state(), >> call it directly for freeing the old state. >> >> Signed-off-by: Maarten Lankhorst

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915: Fix the state checker for ICL Y planes

2019-03-04 Thread Patchwork
== Series Details == Series: drm/i915: Fix the state checker for ICL Y planes URL : https://patchwork.freedesktop.org/series/57518/ State : success == Summary == CI Bug Log - changes from CI_DRM_5694 -> Patchwork_12360 Summary --- **

[Intel-gfx] [RFT i-g-t] lib/i915: Assert mmap size alignment

2019-03-04 Thread Tvrtko Ursulin
From: Tvrtko Ursulin Fishing for fails... /* mmap(2) mandates size is page aligned so check this in our wrappers. */ Signed-off-by: Tvrtko Ursulin --- lib/i915/gem_mman.c | 4 lib/igt_fb.c| 14 -- tests/kms_ccs.c | 14 -- tests/kms_psr.c | 8

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915: Acquire breadcrumb ref before cancelling

2019-03-04 Thread Patchwork
== Series Details == Series: drm/i915: Acquire breadcrumb ref before cancelling URL : https://patchwork.freedesktop.org/series/57512/ State : success == Summary == CI Bug Log - changes from CI_DRM_5693_full -> Patchwork_12358_full Summary -

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915: Simplify i830 DVO 2x clock handling

2019-03-04 Thread Patchwork
== Series Details == Series: drm/i915: Simplify i830 DVO 2x clock handling URL : https://patchwork.freedesktop.org/series/57520/ State : success == Summary == CI Bug Log - changes from CI_DRM_5694 -> Patchwork_12361 Summary --- **SUC

Re: [Intel-gfx] [PATCH v3 0/7] drm/tinydrm: Remove tinydrm_device

2019-03-04 Thread Noralf Trønnes
Den 25.02.2019 15.42, skrev Noralf Trønnes: > This patchset is part of the effort to remove tinydrm.ko. It removes > struct tinydrm_device and tinydrm.h. > > Only one change in this version and that is expanding the driver > example. > > The drm_dev_unplug() dependency series has been applied t

Re: [Intel-gfx] [igt-dev] [RFT i-g-t] lib/i915: Assert mmap size alignment

2019-03-04 Thread Chris Wilson
Quoting Tvrtko Ursulin (2019-03-04 14:11:31) > From: Tvrtko Ursulin > > Fishing for fails... > > /* > mmap(2) mandates size is page aligned so check this in our wrappers. > */ > > Signed-off-by: Tvrtko Ursulin > --- > lib/i915/gem_mman.c | 4 > lib/igt_fb.c| 14 -- >

Re: [Intel-gfx] [PATCH] drm/i915: Fix the state checker for ICL Y planes

2019-03-04 Thread Imre Deak
On Mon, Mar 04, 2019 at 03:12:17PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > The plane used to scan out NV12 luma on ICL is logically > off but actually on. Fix the state checker to account for this. > > Cc: Imre Deak > Cc: Maarten Lankhorst > Bugzilla: https://bugs.freedesktop.org

Re: [Intel-gfx] [PATCH] drm/i915: Fix the state checker for ICL Y planes

2019-03-04 Thread Maarten Lankhorst
Op 04-03-2019 om 15:45 schreef Imre Deak: > On Mon, Mar 04, 2019 at 03:12:17PM +0200, Ville Syrjala wrote: >> From: Ville Syrjälä >> >> The plane used to scan out NV12 luma on ICL is logically >> off but actually on. Fix the state checker to account for this. >> >> Cc: Imre Deak >> Cc: Maarten La

Re: [Intel-gfx] [PATCH] drm/i915: Fix the state checker for ICL Y planes

2019-03-04 Thread Ville Syrjälä
On Mon, Mar 04, 2019 at 04:45:28PM +0200, Imre Deak wrote: > On Mon, Mar 04, 2019 at 03:12:17PM +0200, Ville Syrjala wrote: > > From: Ville Syrjälä > > > > The plane used to scan out NV12 luma on ICL is logically > > off but actually on. Fix the state checker to account for this. > > > > Cc: Imr

Re: [Intel-gfx] [PATCH 0/3] Propagate DP-over-Type-C hotplug events from Type-C subsys to drm-drivers

2019-03-04 Thread Heikki Krogerus
Hi Hans, On Thu, Feb 28, 2019 at 05:54:21PM +0100, Hans de Goede wrote: > Hi Heikki, > > On 28-02-19 15:47, Heikki Krogerus wrote: > > Hi Hans, > > > > On Thu, Feb 28, 2019 at 12:24:25PM +0100, Hans de Goede wrote: > > > Hi, > > > > > > On 28-02-19 10:15, Heikki Krogerus wrote: > > > > > > >

[Intel-gfx] [PATCH i-g-t 0/7] kms_flip: cleanups

2019-03-04 Thread Rodrigo Siqueira
The last few weeks, I have been dive into the page flip and vblank with the goal to learn how the user space interact with DRM; because of this, I am studying the kms_flip code. As a result, I noticed a bunch of cleanups that could be useful for improving the overall quality of kms_flip. This patch

[Intel-gfx] [PATCH i-g-t 1/7] kms_flip: Removes unreachable code related to TEST_RPM

2019-03-04 Thread Rodrigo Siqueira
This commit removes the code related to TEST_RPM test because the kms_flip never sets this flags, i.e., TEST_RPM is not used. Take a look at commit 07a3fccf to see why this flag is never set. Signed-off-by: Rodrigo Siqueira --- tests/kms_flip.c | 15 --- 1 file changed, 15 deletions(

[Intel-gfx] [PATCH i-g-t 2/7] kms_flip: Removes unreachable code related to TEST_TS_CONT

2019-03-04 Thread Rodrigo Siqueira
This commit removes the code related to TEST_TS_CONT test because the kms_flip never sets this flags, i.e., TEST_TS_CONT is not used. Take a look at commit 07a3fccf to see why this flag is never set. Signed-off-by: Rodrigo Siqueira --- tests/kms_flip.c | 16 1 file changed, 16 d

[Intel-gfx] [PATCH i-g-t 3/7] kms_flip: Fix warning related to i915 gem dependence

2019-03-04 Thread Rodrigo Siqueira
In the kms_flip tests has an igt_fixture that allocates memory for i915 driver with “drm_intel_bufmgr_gem_init()”, which produces the following warning: IGT-Version: 1.23-g8d81c2c2 (x86_64) (Linux: 5.0.0-rc7-VKMS-RULES+ x86_64) Using monotonic timestamps DRM_IOCTL_I915_GEM_APERTURE failed: Inva

[Intel-gfx] [PATCH i-g-t 4/7] kms_flip: Remove unreachable condition in wait_for_events

2019-03-04 Thread Rodrigo Siqueira
In the function wait_for_events() has a double check in the select() function return as described below: igt_assert_f(ret >= 0, "select error (errno %i)\n", errno); igt_assert_f(ret > 0, "select timed out or error (ret %d)\n", ret); Note that the second assert condition will n

[Intel-gfx] [PATCH i-g-t 5/7] kms_flip: Remove magic constant in run_test_on_crtc_set()

2019-03-04 Thread Rodrigo Siqueira
The function run_test_on_crtc_set() expects a parameter named crtc_count which slight changes the behavior of the test. If this crtc_count is ‘1’, the test will run in a single CRTC; otherwise, it will run in two different CRTC. However, this function uses hardcoded literal 1 and 2 for each case. T

[Intel-gfx] [PATCH i-g-t 6/7] kms_flip: Rework set_mode()

2019-03-04 Thread Rodrigo Siqueira
This patch removes the duplicate code inside the function set_mode(). Signed-off-by: Rodrigo Siqueira --- tests/kms_flip.c | 26 ++ 1 file changed, 14 insertions(+), 12 deletions(-) diff --git a/tests/kms_flip.c b/tests/kms_flip.c index 42ae3ebc..de3ab600 100755 --- a/te

[Intel-gfx] [PATCH i-g-t 7/7] kms_flip: Standardize return value for fb_is_bound

2019-03-04 Thread Rodrigo Siqueira
The function fb_is_bound() mix integer value with booleans for handling the return value. This commit standardizes the return value of fb_is_bound() for using only booleans. Signed-off-by: Rodrigo Siqueira --- tests/kms_flip.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --gi

[Intel-gfx] ✓ Fi.CI.IGT: success for Enable P0xx (planar), Y2xx/Y4xx (packed) pixel formats (rev5)

2019-03-04 Thread Patchwork
== Series Details == Series: Enable P0xx (planar), Y2xx/Y4xx (packed) pixel formats (rev5) URL : https://patchwork.freedesktop.org/series/56606/ State : success == Summary == CI Bug Log - changes from CI_DRM_5693_full -> Patchwork_12359_full

Re: [Intel-gfx] [PATCH] drm/i915: Simplify i830 DVO 2x clock handling

2019-03-04 Thread Chris Wilson
Quoting Ville Syrjala (2019-03-04 13:41:13) > From: Ville Syrjälä > > Let's just always enable the DVO 2x clock on i830. This way we don't > have to track if DVO is being used or not. The spec does suggest we > should disable the clock when it isn't needed, but this does appear > to work just fin

Re: [Intel-gfx] [PATCH 2/5] drm/i915: Rename i915_load_modeset_init() to i915_modeset_load()

2019-03-04 Thread Lucas De Marchi
On Mon, Mar 04, 2019 at 01:00:40PM +0200, Jani Nikula wrote: On Fri, 01 Mar 2019, José Roberto de Souza wrote: i915_load_modeset_init() sounds horrible also lets rename it so the future cleanup function of it can be easially recognized. We load the driver, but init modeset. The name implies m

Re: [Intel-gfx] [PATCH 01/12] drm/i915: Store DIMM rank information as a number

2019-03-04 Thread Jani Nikula
On Mon, 25 Feb 2019, Ville Syrjala wrote: > From: Ville Syrjälä > > Life will be easier later if we have the ranks stored > as a bare number. > > Signed-off-by: Ville Syrjälä > --- > drivers/gpu/drm/i915/i915_drv.c | 92 +++-- > drivers/gpu/drm/i915/i915_drv.h | 11 +

Re: [Intel-gfx] [PATCH] drm/i915: Simplify i830 DVO 2x clock handling

2019-03-04 Thread Ville Syrjälä
On Mon, Mar 04, 2019 at 03:52:30PM +, Chris Wilson wrote: > Quoting Ville Syrjala (2019-03-04 13:41:13) > > From: Ville Syrjälä > > > > Let's just always enable the DVO 2x clock on i830. This way we don't > > have to track if DVO is being used or not. The spec does suggest we > > should disab

Re: [Intel-gfx] [PATCH] drm/i915: Acquire breadcrumb ref before cancelling

2019-03-04 Thread Tvrtko Ursulin
On 04/03/2019 11:41, Chris Wilson wrote: We may race the interrupt signaling with retirement, in which case the order in which we acquire the reference inside the interrupt is vital to provide the correct barrier against the request being freed in retirement, i.e. we need to acquire our referenc

Re: [Intel-gfx] [PATCH 02/12] drm/i915: Extract functions to derive SKL+ DIMM info

2019-03-04 Thread Jani Nikula
On Mon, 25 Feb 2019, Ville Syrjala wrote: > From: Ville Syrjälä > > Make the code less repetitive by extracting a few small helpers. > > Signed-off-by: Ville Syrjälä > --- > drivers/gpu/drm/i915/i915_drv.c | 68 + > 1 file changed, 43 insertions(+), 25 deletions(

Re: [Intel-gfx] [PATCH] drm/i915: Acquire breadcrumb ref before cancelling

2019-03-04 Thread Chris Wilson
Quoting Tvrtko Ursulin (2019-03-04 16:26:56) > > On 04/03/2019 11:41, Chris Wilson wrote: > > We may race the interrupt signaling with retirement, in which case the > > order in which we acquire the reference inside the interrupt is vital to > > provide the correct barrier against the request bein

Re: [Intel-gfx] [PATCH 01/12] drm/i915: Store DIMM rank information as a number

2019-03-04 Thread Ville Syrjälä
On Mon, Mar 04, 2019 at 06:17:50PM +0200, Jani Nikula wrote: > On Mon, 25 Feb 2019, Ville Syrjala wrote: > > From: Ville Syrjälä > > > > Life will be easier later if we have the ranks stored > > as a bare number. > > > > Signed-off-by: Ville Syrjälä > > --- > > drivers/gpu/drm/i915/i915_drv.c |

Re: [Intel-gfx] [PATCH 3/3] drm/i915: Forcing a modeset when resetting HDMI link

2019-03-04 Thread Ville Syrjälä
On Fri, Mar 01, 2019 at 04:33:49PM -0800, José Roberto de Souza wrote: > With fastboot enabled in gen9+ it broke the HDMI reset as just > setting mode_changed to true causes a fastset and here we want a full > modeset that will disable and then enable the encoder of this HDMI > link actually, so se

Re: [Intel-gfx] [PATCH 02/12] drm/i915: Extract functions to derive SKL+ DIMM info

2019-03-04 Thread Ville Syrjälä
On Mon, Mar 04, 2019 at 06:32:25PM +0200, Jani Nikula wrote: > On Mon, 25 Feb 2019, Ville Syrjala wrote: > > From: Ville Syrjälä > > > > Make the code less repetitive by extracting a few small helpers. > > > > Signed-off-by: Ville Syrjälä > > --- > > drivers/gpu/drm/i915/i915_drv.c | 68 +++

Re: [Intel-gfx] [PATCH 1/5] drm/i915/vlv: Move czclk to intel_pm

2019-03-04 Thread Ville Syrjälä
On Fri, Mar 01, 2019 at 04:49:31PM -0800, José Roberto de Souza wrote: > Moving VLV/CHV/BYT czclk to intel_pm as it is a core clock used as > base by several other GPU blocks including GT. > > BSpec: 14370 > > Cc: Lucas De Marchi > Cc: Jani Nikula > Signed-off-by: José Roberto de Souza > --- >

Re: [Intel-gfx] [PATCH 1/5] drm/i915/vlv: Move czclk to intel_pm

2019-03-04 Thread Ville Syrjälä
On Mon, Mar 04, 2019 at 06:57:15PM +0200, Ville Syrjälä wrote: > On Fri, Mar 01, 2019 at 04:49:31PM -0800, José Roberto de Souza wrote: > > Moving VLV/CHV/BYT czclk to intel_pm as it is a core clock used as > > base by several other GPU blocks including GT. > > > > BSpec: 14370 > > > > Cc: Lucas

Re: [Intel-gfx] [PATCH 4/5] drm/i915: Move rawclck, power_domain and irq un/initialization from modeset functions

2019-03-04 Thread Ville Syrjälä
On Fri, Mar 01, 2019 at 04:49:34PM -0800, José Roberto de Souza wrote: > The initialization of those componentes is required by the GEM/GT not > only display so lets move then to a more the appropriate place. > > Cc: Lucas De Marchi > Cc: Jani Nikula > Signed-off-by: José Roberto de Souza > ---

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915: Fix the state checker for ICL Y planes

2019-03-04 Thread Patchwork
== Series Details == Series: drm/i915: Fix the state checker for ICL Y planes URL : https://patchwork.freedesktop.org/series/57518/ State : success == Summary == CI Bug Log - changes from CI_DRM_5694_full -> Patchwork_12360_full Summary ---

Re: [Intel-gfx] [PATCH v2 03/12] drm/i915: Polish skl_is_16gb_dimm()

2019-03-04 Thread Jani Nikula
On Tue, 26 Feb 2019, Ville Syrjala wrote: > From: Ville Syrjälä > > Pass the dimm struct to skl_is_16gb_dimm() rather than passing each > value separately. And let's replace the hardcoded set of values with > some simple arithmetic. > > Also fix the byte vs. bit inconsistency in the debug message

Re: [Intel-gfx] [PATCH v2 04/12] drm/i915: Extract BXT DIMM helpers

2019-03-04 Thread Jani Nikula
On Tue, 26 Feb 2019, Ville Syrjala wrote: > From: Ville Syrjälä > > Polish the bxt DIMM parsing by extracting a few small helpers. > > v2: Use struct dram_dimm_info > > Signed-off-by: Ville Syrjälä Reviewed-by: Jani Nikula > --- > drivers/gpu/drm/i915/i915_drv.c | 93 ++--

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915: Simplify i830 DVO 2x clock handling

2019-03-04 Thread Patchwork
== Series Details == Series: drm/i915: Simplify i830 DVO 2x clock handling URL : https://patchwork.freedesktop.org/series/57520/ State : success == Summary == CI Bug Log - changes from CI_DRM_5694_full -> Patchwork_12361_full Summary --

Re: [Intel-gfx] [PATCH v4 4/9] drm/i915/psr: Drop test for EDP in CRTC when forcing commit

2019-03-04 Thread Rodrigo Vivi
On Fri, Mar 01, 2019 at 05:34:51PM -0800, José Roberto de Souza wrote: > If has_psr is set it means that CRTC has a EDP panel attached so it > can be dropped, also has_psr is better than check for EDP output > alone as it will avoid set mode_changed when PSR is not supported in > panel or with curr

Re: [Intel-gfx] [PATCH v4 8/9] drm/i915/psr: Set idle frames to maximum while getting pipe CRC

2019-03-04 Thread Dhinakaran Pandiyan
On Fri, 2019-03-01 at 17:34 -0800, José Roberto de Souza wrote: > Increase the idle frames to activate PSR1 to avoid CRC timeouts, as > soon as pipe CRC is enabled it will avoid PSR1 to activate but if > PSR1 is activate before that, hardware goes to lower power states > that inhibits CRC calculati

Re: [Intel-gfx] [PATCH v4 5/9] drm/i915/crc: Make IPS workaround generic

2019-03-04 Thread Rodrigo Vivi
On Fri, Mar 01, 2019 at 05:34:52PM -0800, José Roberto de Souza wrote: > Other features like PSR2 also needs to be disabled while getting CRC > so lets rename ips_force_disable to crc_enabled, drop all this checks > for pipe A and HSW and BDW and make it generic and > hsw_compute_ips_config() will

Re: [Intel-gfx] [PATCH v4 6/9] drm/i915: Disable PSR2 while getting pipe CRC

2019-03-04 Thread Rodrigo Vivi
On Fri, Mar 01, 2019 at 05:34:53PM -0800, José Roberto de Souza wrote: > When PSR2 is active aka after the number of frames programmed in > PSR2_CTL 'Frames Before SU Entry' hardware stops to generate CRC > interruptions causing IGT tests to fail due timeout. > > This same behavior don't happen wi

Re: [Intel-gfx] [PATCH v4 8/9] drm/i915/psr: Set idle frames to maximum while getting pipe CRC

2019-03-04 Thread Souza, Jose
On Mon, 2019-03-04 at 10:31 -0800, Dhinakaran Pandiyan wrote: > On Fri, 2019-03-01 at 17:34 -0800, José Roberto de Souza wrote: > > Increase the idle frames to activate PSR1 to avoid CRC timeouts, as > > soon as pipe CRC is enabled it will avoid PSR1 to activate but if > > PSR1 is activate before t

Re: [Intel-gfx] [PATCH v4 7/9] drm/i915: Drop redundant checks to update PSR state

2019-03-04 Thread Rodrigo Vivi
On Fri, Mar 01, 2019 at 05:34:54PM -0800, José Roberto de Souza wrote: > All of this checks are redudant and can be removed as the if bellow > already takes care when there is no changes in the state. is it just redundant or does it really change the behaviour for PSR2 as needed? code seems right

Re: [Intel-gfx] [PATCH v4 9/9] drm/i915: Enable PSR2 by default

2019-03-04 Thread Rodrigo Vivi
On Fri, Mar 01, 2019 at 05:34:56PM -0800, José Roberto de Souza wrote: > The support for PSR2 was polished, IGT tests for PSR2 was added and > it was tested performing regular user workloads like browsing, > editing documents and compiling Linux, so it is time to enable it by > default and enjoy ev

Re: [Intel-gfx] [PATCH v4 7/9] drm/i915: Drop redundant checks to update PSR state

2019-03-04 Thread Dhinakaran Pandiyan
On Mon, 2019-03-04 at 10:42 -0800, Rodrigo Vivi wrote: > On Fri, Mar 01, 2019 at 05:34:54PM -0800, José Roberto de Souza > wrote: > > All of this checks are redudant and can be removed as the if bellow > > already takes care when there is no changes in the state. > > is it just redundant or does i

Re: [Intel-gfx] [PATCH v2 05/12] drm/i915: Fix DRAM size reporting for BXT

2019-03-04 Thread Jani Nikula
On Tue, 26 Feb 2019, Ville Syrjala wrote: > From: Ville Syrjälä > > The BXT DUNIT register tells us the size of each DRAM device > in Gb. We want to report the size of the whole DIMM in GB, so > that it matches how we report it for non-LP platforms. > > v2: Deobfuscate the math (Chris) > > Signed

Re: [Intel-gfx] [PATCH v4 8/9] drm/i915/psr: Set idle frames to maximum while getting pipe CRC

2019-03-04 Thread Dhinakaran Pandiyan
On Mon, 2019-03-04 at 10:40 -0800, Souza, Jose wrote: > On Mon, 2019-03-04 at 10:31 -0800, Dhinakaran Pandiyan wrote: > > On Fri, 2019-03-01 at 17:34 -0800, José Roberto de Souza wrote: > > > Increase the idle frames to activate PSR1 to avoid CRC timeouts, > > > as > > > soon as pipe CRC is enabled

Re: [Intel-gfx] [PATCH 07/12] drm/i915: Use dram_dimm_info more

2019-03-04 Thread Jani Nikula
On Mon, 25 Feb 2019, Ville Syrjala wrote: > From: Ville Syrjälä > > Reduce the code duplication a bit by sharing the same > code for parsing both DIMMs on a channel. > > Signed-off-by: Ville Syrjälä > --- > drivers/gpu/drm/i915/i915_drv.c | 44 ++--- > 1 file changed

Re: [Intel-gfx] [PATCH 10/17] drm/msm: Convert to using __drm_atomic_helper_crtc_reset() for reset.

2019-03-04 Thread Sean Paul
On Fri, Mar 01, 2019 at 01:56:20PM +0100, Maarten Lankhorst wrote: > Convert msm to using __drm_atomic_helper_crtc_reset(), instead of > writing its own version. Instead of open coding > destroy_state(), call it directly for freeing the old state. > > Signed-off-by: Maarten Lankhorst > Cc: Rob Cl

Re: [Intel-gfx] [PATCH 1/2] drm/i915: Fix bit name in PP_STATUS register

2019-03-04 Thread Ville Syrjälä
On Fri, Mar 01, 2019 at 05:14:04PM -0800, Lucas De Marchi wrote: > According to the spec PP_SEQUENCE_STATE_ON_S1_1 is the correct name, so > just rename it. > > Signed-off-by: Lucas De Marchi Reviewed-by: Ville Syrjälä > --- > drivers/gpu/drm/i915/i915_reg.h | 2 +- > 1 file changed, 1 insert

Re: [Intel-gfx] [PATCH 2/2] drm/i915: fix placement of ICP_PP_CONTROL

2019-03-04 Thread Ville Syrjälä
On Fri, Mar 01, 2019 at 05:14:05PM -0800, Lucas De Marchi wrote: > This register was placed in the middle of the PP_STATUS definition. Move > it down together with PP_CONTROL and fix the aligment of the bit > definition (as per documentation it should be 2 spaces instead of 1). > > Signed-off-by:

Re: [Intel-gfx] [PATCH 08/12] drm/i915: Generalize intel_is_dram_symmetric()

2019-03-04 Thread Jani Nikula
On Mon, 25 Feb 2019, Ville Syrjala wrote: > From: Ville Syrjälä > > Decouple intel_is_dram_symmetric() from the raw register values > by comparing just the dram_channel_info structs. The idea is sound. > > Signed-off-by: Ville Syrjälä > --- > drivers/gpu/drm/i915/i915_drv.c | 28 -

Re: [Intel-gfx] [PATCH 09/12] drm/i914: s/l_info/dimm_l/ etc.

2019-03-04 Thread Jani Nikula
On Mon, 25 Feb 2019, Ville Syrjala wrote: > From: Ville Syrjälä > > Rename the dimm info structs for clarity. Reviewed-by: Jani Nikula > > Signed-off-by: Ville Syrjälä > --- > drivers/gpu/drm/i915/i915_drv.c | 18 +- > drivers/gpu/drm/i915/i915_drv.h | 2 +- > 2 files chang

Re: [Intel-gfx] [PATCH 10/12] drm/i915: Clean up intel_get_dram_info() a bit

2019-03-04 Thread Jani Nikula
On Mon, 25 Feb 2019, Ville Syrjala wrote: > From: Ville Syrjälä > > Remove the pointless zero initialization of bunch of things > (the thing is kzalloc()ed). > > Also throw out the mostly useless on-stack string. I think > it'll be clear enough from the logs that 0 means unknown. Yeah. Alternati

Re: [Intel-gfx] [PATCH v4 7/9] drm/i915: Drop redundant checks to update PSR state

2019-03-04 Thread Souza, Jose
On Mon, 2019-03-04 at 10:54 -0800, Dhinakaran Pandiyan wrote: > On Mon, 2019-03-04 at 10:42 -0800, Rodrigo Vivi wrote: > > On Fri, Mar 01, 2019 at 05:34:54PM -0800, José Roberto de Souza > > wrote: > > > All of this checks are redudant and can be removed as the if > > > bellow > > > already takes c

Re: [Intel-gfx] [PATCH v4 8/9] drm/i915/psr: Set idle frames to maximum while getting pipe CRC

2019-03-04 Thread Souza, Jose
On Mon, 2019-03-04 at 11:00 -0800, Dhinakaran Pandiyan wrote: > On Mon, 2019-03-04 at 10:40 -0800, Souza, Jose wrote: > > On Mon, 2019-03-04 at 10:31 -0800, Dhinakaran Pandiyan wrote: > > > On Fri, 2019-03-01 at 17:34 -0800, José Roberto de Souza wrote: > > > > Increase the idle frames to activate

  1   2   >