[Intel-gfx] ✓ Fi.CI.IGT: success for HAX timer: Describe the delayed_work for a freed timer (rev2)

2020-04-09 Thread Patchwork
== Series Details == Series: HAX timer: Describe the delayed_work for a freed timer (rev2) URL : https://patchwork.freedesktop.org/series/75740/ State : success == Summary == CI Bug Log - changes from CI_DRM_8283_full -> Patchwork_17268_full

Re: [Intel-gfx] [PATCH 2/2] drm/i915: remove gvt/Makefile

2020-04-09 Thread Zhenyu Wang
On 2020.04.10 00:58:16 +0300, Jani Nikula wrote: > On Fri, 10 Apr 2020, Masahiro Yamada wrote: > > Including subdirectory Makefile from the driver main Makefile does not > > buy us much because this is not real isolation. > > The isolation it does buy us is that gvt/ subdirectory is developed and

[Intel-gfx] ✓ Fi.CI.IGT: success for i915 lpsp support for lpsp igt (rev7)

2020-04-09 Thread Patchwork
== Series Details == Series: i915 lpsp support for lpsp igt (rev7) URL : https://patchwork.freedesktop.org/series/74648/ State : success == Summary == CI Bug Log - changes from CI_DRM_8281_full -> Patchwork_17264_full Summary --- **W

[Intel-gfx] ✗ Fi.CI.IGT: failure for series starting with [01/23] perf/core: Only copy-to-user after completely unlocking all locks, v3.

2020-04-09 Thread Patchwork
== Series Details == Series: series starting with [01/23] perf/core: Only copy-to-user after completely unlocking all locks, v3. URL : https://patchwork.freedesktop.org/series/75668/ State : failure == Summary == CI Bug Log - changes from CI_DRM_8275_full -> Patchwork_17253_full =

Re: [Intel-gfx] [PATCH 2/2] drm/i915: remove gvt/Makefile

2020-04-09 Thread Jani Nikula
On Fri, 10 Apr 2020, Masahiro Yamada wrote: > Including subdirectory Makefile from the driver main Makefile does not > buy us much because this is not real isolation. The isolation it does buy us is that gvt/ subdirectory is developed and maintained on a separate mailing list and separate git rep

Re: [Intel-gfx] [PATCH v2 15/17] drm/gma500: Stop using mode->private_flags

2020-04-09 Thread Sam Ravnborg
Hi Ville. > > > > > index 264d7ad004b4..9e88a37f55e9 100644 > > > > > --- a/drivers/gpu/drm/gma500/psb_intel_sdvo.c > > > > > +++ b/drivers/gpu/drm/gma500/psb_intel_sdvo.c > > > > > @@ -132,6 +132,8 @@ struct psb_intel_sdvo { > > > > > /* DDC bus used by this SDVO encoder */ > > > > >

Re: [Intel-gfx] [PATCH i-g-t] i915/i915_pm_rc6_residency: Show where the time is spent

2020-04-09 Thread Andi Shyti
Hi Chris, On Wed, Apr 08, 2020 at 01:59:46PM +0100, Chris Wilson wrote: > Sometimes the bg_load only wakes up once or twice in 3s. That's > just unbelievable, so include some measurements to see how long the > load spends in submission & waiting. > > Signed-off-by: Chris Wilson Reviewed-by: And

Re: [Intel-gfx] [PATCH v2 15/17] drm/gma500: Stop using mode->private_flags

2020-04-09 Thread Ville Syrjälä
On Thu, Apr 09, 2020 at 10:49:52PM +0300, Ville Syrjälä wrote: > On Tue, Apr 07, 2020 at 09:35:37PM +0200, Sam Ravnborg wrote: > > On Tue, Apr 07, 2020 at 10:08:00PM +0300, Ville Syrjälä wrote: > > > On Tue, Apr 07, 2020 at 08:56:53PM +0200, Sam Ravnborg wrote: > > > > Hi Ville. > > > > > > > > On

Re: [Intel-gfx] [PATCH v2 15/17] drm/gma500: Stop using mode->private_flags

2020-04-09 Thread Ville Syrjälä
On Tue, Apr 07, 2020 at 09:35:37PM +0200, Sam Ravnborg wrote: > On Tue, Apr 07, 2020 at 10:08:00PM +0300, Ville Syrjälä wrote: > > On Tue, Apr 07, 2020 at 08:56:53PM +0200, Sam Ravnborg wrote: > > > Hi Ville. > > > > > > On Fri, Apr 03, 2020 at 11:40:06PM +0300, Ville Syrjala wrote: > > > > From:

Re: [Intel-gfx] [PATCH] drm/i915: remove redundant assignment to variable err

2020-04-09 Thread Chris Wilson
Quoting Colin King (2020-04-09 14:31:07) > From: Colin Ian King > > The variable err is being initialized with a value that is never read > and it is being updated later with a new value. The initialization is > redundant and can be removed. > > Addresses-Coverity: ("Unused value") > Signed-off

Re: [Intel-gfx] [RESEND PATCH] drm/i915: do AUD_FREQ_CNTRL state save on all gen9+ platforms

2020-04-09 Thread Ville Syrjälä
On Thu, Apr 09, 2020 at 05:14:01PM +0300, Kai Vehmanen wrote: > Hey, > > On Mon, 30 Mar 2020, Kai Vehmanen wrote: > > > Replace the TGL/ICL specific platform checks with a more generic check > > using INTEL_GEN(). Fixes bug with broken audio after S3 resume on JSL > > platforms. > > I would be (

[Intel-gfx] ✓ Fi.CI.BAT: success for SAGV support for Gen12+ (rev14)

2020-04-09 Thread Patchwork
== Series Details == Series: SAGV support for Gen12+ (rev14) URL : https://patchwork.freedesktop.org/series/75129/ State : success == Summary == CI Bug Log - changes from CI_DRM_8285 -> Patchwork_17271 Summary --- **SUCCESS** No r

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for SAGV support for Gen12+ (rev14)

2020-04-09 Thread Patchwork
== Series Details == Series: SAGV support for Gen12+ (rev14) URL : https://patchwork.freedesktop.org/series/75129/ State : warning == Summary == $ dim sparse origin/drm-tip Sparse version: v0.6.0 Commit: drm/i915: Start passing latency as parameter Okay! Commit: drm/i915: Eliminate magic numb

Re: [Intel-gfx] [PATCH v5] drm/i915: Add Plane color encoding support for YCBCR_BT2020

2020-04-09 Thread Ville Syrjälä
On Wed, Apr 08, 2020 at 07:52:27PM +0530, Kishore Kadiyala wrote: > Currently the plane property doesn't have support for YCBCR_BT2020, > which enables the corresponding color conversion mode on plane CSC. > Enabling the plane property for the planes for GLK & ICL+ platforms. > > V2: Enabling supp

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for SAGV support for Gen12+ (rev14)

2020-04-09 Thread Patchwork
== Series Details == Series: SAGV support for Gen12+ (rev14) URL : https://patchwork.freedesktop.org/series/75129/ State : warning == Summary == $ dim checkpatch origin/drm-tip db3bb77d347e drm/i915: Start passing latency as parameter 39684149a1cb drm/i915: Eliminate magic numbers "0" and "1"

[Intel-gfx] ✓ Fi.CI.BAT: success for series starting with [1/2] drm/i915: remove unneeded ccflags-y from gvt/Makefile

2020-04-09 Thread Patchwork
== Series Details == Series: series starting with [1/2] drm/i915: remove unneeded ccflags-y from gvt/Makefile URL : https://patchwork.freedesktop.org/series/75756/ State : success == Summary == CI Bug Log - changes from CI_DRM_8284 -> Patchwork_17270 ==

Re: [Intel-gfx] [PATCH 1/4] drm/i915/guc: drop guc parameter from guc_ggtt_offset

2020-04-09 Thread Daniele Ceraolo Spurio
On 4/9/20 7:03 AM, Michal Wajdeczko wrote: On 09.04.2020 02:56, Daniele Ceraolo Spurio wrote: We stopped using the parameter in commit dd18cedfa36f ("drm/i915/guc: Move the pin bias value from GuC to GGTT"), so we can safely remove it. Signed-off-by: Daniele Ceraolo Spurio Cc: Matthew Bro

Re: [Intel-gfx] [PATCH v21 05/10] drm/i915: Extract gen specific functions from intel_can_enable_sagv

2020-04-09 Thread Ville Syrjälä
On Wed, Apr 08, 2020 at 07:18:11PM +0300, Lisovskiy, Stanislav wrote: > On Wed, Apr 08, 2020 at 06:54:09PM +0300, Lisovskiy, Stanislav wrote: > > On Wed, Apr 08, 2020 at 05:55:02PM +0300, Ville Syrjälä wrote: > > > On Wed, Apr 08, 2020 at 10:58:04AM +0300, Lisovskiy, Stanislav wrote: > > > > On Tue

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for series starting with [1/2] drm/i915: remove unneeded ccflags-y from gvt/Makefile

2020-04-09 Thread Patchwork
== Series Details == Series: series starting with [1/2] drm/i915: remove unneeded ccflags-y from gvt/Makefile URL : https://patchwork.freedesktop.org/series/75756/ State : warning == Summary == $ dim sparse origin/drm-tip Sparse version: v0.6.0 Commit: drm/i915: remove unneeded ccflags-y from

[Intel-gfx] [PATCH v22 11/13] drm/i915: Rename bw_state to new_bw_state

2020-04-09 Thread Stanislav Lisovskiy
That is a preparation patch before next one where we introduce old_bw_state and a bunch of other changes as well. In a review comment it was suggested to split out at least that renaming into a separate patch, what is done here. v2: Removed spurious space Reviewed-by: Ville Syrjälä Signed-off-by

[Intel-gfx] [PATCH v22 12/13] drm/i915: Restrict qgv points which don't have enough bandwidth.

2020-04-09 Thread Stanislav Lisovskiy
According to BSpec 53998, we should try to restrict qgv points, which can't provide enough bandwidth for desired display configuration. Currently we are just comparing against all of those and take minimum(worst case). v2: Fixed wrong PCode reply mask, removed hardcoded values. v3: Forbid si

[Intel-gfx] [PATCH v22 13/13] drm/i915: Enable SAGV support for Gen12

2020-04-09 Thread Stanislav Lisovskiy
Flip the switch and enable SAGV support for Gen12 also. Signed-off-by: Stanislav Lisovskiy --- drivers/gpu/drm/i915/intel_pm.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel_pm.c index 238793243fd9..56e1b208bead 100644 --- a/dr

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for series starting with [1/2] drm/i915: remove unneeded ccflags-y from gvt/Makefile

2020-04-09 Thread Patchwork
== Series Details == Series: series starting with [1/2] drm/i915: remove unneeded ccflags-y from gvt/Makefile URL : https://patchwork.freedesktop.org/series/75756/ State : warning == Summary == $ dim checkpatch origin/drm-tip b7e9f445aafa drm/i915: remove unneeded ccflags-y from gvt/Makefile

[Intel-gfx] [PATCH v22 07/13] drm/i915: Use bw state for per crtc SAGV evaluation

2020-04-09 Thread Stanislav Lisovskiy
Future platforms require per-crtc SAGV evaluation and serializing global state when those are changed from different commits. Signed-off-by: Stanislav Lisovskiy Cc: Ville Syrjälä Cc: James Ausmus --- drivers/gpu/drm/i915/display/intel_bw.h | 6 +++ drivers/gpu/drm/i915/intel_pm.c | 63

[Intel-gfx] [PATCH v22 09/13] drm/i915: Add TGL+ SAGV support

2020-04-09 Thread Stanislav Lisovskiy
Starting from TGL we need to have a separate wm0 values for SAGV and non-SAGV which affects how calculations are done. Signed-off-by: Stanislav Lisovskiy --- drivers/gpu/drm/i915/display/intel_display.c | 8 +- .../drm/i915/display/intel_display_types.h| 3 + drivers/gpu/drm/i915/intel_

[Intel-gfx] [PATCH v22 10/13] drm/i915: Added required new PCode commands

2020-04-09 Thread Stanislav Lisovskiy
We need a new PCode request commands and reply codes to be added as a prepartion patch for QGV points restricting for new SAGV support. v2: - Extracted those changes into separate patch (Ville Syrjälä) v3: - Moved new PCode masks to another place from PCode commands(Ville) Signed-off

[Intel-gfx] [PATCH v22 08/13] drm/i915: Separate icl and skl SAGV checking

2020-04-09 Thread Stanislav Lisovskiy
Introduce platform dependent SAGV checking in combination with bandwidth state pipe SAGV mask. Signed-off-by: Stanislav Lisovskiy --- drivers/gpu/drm/i915/intel_pm.c | 71 ++--- 1 file changed, 57 insertions(+), 14 deletions(-) diff --git a/drivers/gpu/drm/i915/intel

[Intel-gfx] [PATCH v22 06/13] drm/i915: Add pre/post plane updates for SAGV

2020-04-09 Thread Stanislav Lisovskiy
Lets have a unified way to handle SAGV changes, espoecially considering the upcoming Gen12 changes. Current "standard" way of doing this in commit_tail is pre/post plane updates, when everything which has to be forbidden and not supported in new config has to be restricted before update and relaxe

[Intel-gfx] [PATCH v22 02/13] drm/i915: Eliminate magic numbers "0" and "1" from color plane

2020-04-09 Thread Stanislav Lisovskiy
According to many computer science sources - magic values in code _are_ _bad_. For many reasons: the reason is that "0" or "1" or whatever magic values confuses and doesn't give any info why this parameter is this value and what it's meaning is. I renamed "0" to COLOR_PLANE_Y and "1" to COLOR_PLANE

[Intel-gfx] [PATCH v22 05/13] drm/i915: Prepare to extract gen specific functions from intel_can_enable_sagv

2020-04-09 Thread Stanislav Lisovskiy
Addressing one of the comments, recommending to extract platform specific code from intel_can_enable_sagv as a preparation, before we are going to add support for tgl+. Signed-off-by: Stanislav Lisovskiy --- drivers/gpu/drm/i915/intel_pm.c | 67 +++-- 1 file changed,

[Intel-gfx] [PATCH v22 04/13] drm/i915: Add intel_atomic_get_bw_*_state helpers

2020-04-09 Thread Stanislav Lisovskiy
Add correspondent helpers to be able to get old/new bandwidth global state object. v2: - Fixed typo in function call v3: - Changed new functions naming to use convention proposed by Jani Nikula, i.e intel_bw_* in intel_bw.c file. v4: - Change function naming back to intel_atomic* pattern,

[Intel-gfx] [PATCH v22 01/13] drm/i915: Start passing latency as parameter

2020-04-09 Thread Stanislav Lisovskiy
We need to start passing memory latency as a parameter when calculating plane wm levels, as latency can get changed in different circumstances(for example with or without SAGV). So we need to be more flexible on that matter. v2: Changed latency type from u32 to unsigned int(Ville Syrjälä) Reviewe

[Intel-gfx] [PATCH v22 03/13] drm/i915: Introduce skl_plane_wm_level accessor.

2020-04-09 Thread Stanislav Lisovskiy
For future Gen12 SAGV implementation we need to seemlessly alter wm levels calculated, depending on whether we are allowed to enable SAGV or not. So this accessor will give additional flexibility to do that. Currently this accessor is still simply working as "pass-through" function. This will be

[Intel-gfx] [PATCH v22 00/13] SAGV support for Gen12+

2020-04-09 Thread Stanislav Lisovskiy
For Gen11+ platforms BSpec suggests disabling specific QGV points separately, depending on bandwidth limitations and current display configuration. Thus it required adding a new PCode request for disabling QGV points and some refactoring of already existing SAGV code. Also had to refactor intel_can

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915: remove redundant assignment to variable err

2020-04-09 Thread Patchwork
== Series Details == Series: drm/i915: remove redundant assignment to variable err URL : https://patchwork.freedesktop.org/series/75747/ State : success == Summary == CI Bug Log - changes from CI_DRM_8284 -> Patchwork_17269 Summary ---

[Intel-gfx] [PATCH 2/2] drm/i915: remove gvt/Makefile

2020-04-09 Thread Masahiro Yamada
Including subdirectory Makefile from the driver main Makefile does not buy us much because this is not real isolation. Having a single Makefile at the top of the module is clearer, and it is what this driver almost does. Move all gvt objects to the i915 main Makefile. Signed-off-by: Masahiro Yam

[Intel-gfx] [PATCH 1/2] drm/i915: remove unneeded ccflags-y from gvt/Makefile

2020-04-09 Thread Masahiro Yamada
When CONFIG_DRM_I915_GVT=y, the same include path is added twice. drivers/gpu/drm/i915/Makefile specifies: subdir-ccflags-y += -I$(srctree)/$(src) drivers/gpu/drm/i915/gvt/Makefile adds the second '-I $(srctree)/$(src)', which is redundant. The include path '-I $(srctree)/$(src)/$(GVT_DIR)/'

[Intel-gfx] ✓ Fi.CI.IGT: success for uC code cleanups

2020-04-09 Thread Patchwork
== Series Details == Series: uC code cleanups URL : https://patchwork.freedesktop.org/series/75719/ State : success == Summary == CI Bug Log - changes from CI_DRM_8281_full -> Patchwork_17262_full Summary --- **SUCCESS** No regres

Re: [Intel-gfx] [RESEND PATCH] drm/i915: do AUD_FREQ_CNTRL state save on all gen9+ platforms

2020-04-09 Thread Kai Vehmanen
Hey, On Mon, 30 Mar 2020, Kai Vehmanen wrote: > Replace the TGL/ICL specific platform checks with a more generic check > using INTEL_GEN(). Fixes bug with broken audio after S3 resume on JSL > platforms. I would be (gently) beaten with a stick on alsa-devel for sending this type of content free

Re: [Intel-gfx] [PATCH 1/4] drm/i915/guc: drop guc parameter from guc_ggtt_offset

2020-04-09 Thread Michal Wajdeczko
On 09.04.2020 02:56, Daniele Ceraolo Spurio wrote: > We stopped using the parameter in commit dd18cedfa36f > ("drm/i915/guc: Move the pin bias value from GuC to GGTT"), > so we can safely remove it. > > Signed-off-by: Daniele Ceraolo Spurio > Cc: Matthew Brost > Cc: Michal Wajdeczko > Cc: Jo

[Intel-gfx] ✓ Fi.CI.BAT: success for HAX timer: Describe the delayed_work for a freed timer (rev2)

2020-04-09 Thread Patchwork
== Series Details == Series: HAX timer: Describe the delayed_work for a freed timer (rev2) URL : https://patchwork.freedesktop.org/series/75740/ State : success == Summary == CI Bug Log - changes from CI_DRM_8283 -> Patchwork_17268 Summary

[Intel-gfx] [PULL] drm-misc-next-fixes

2020-04-09 Thread Maxime Ripard
Hi Dave, Daniel, Here's this week round of drm-misc-next-fixes Maxime drm-misc-next-fixes-2020-04-09: A few DMA-related fixes, an OOB fix for virtio and a probe-related fix for analogix_dp The following changes since commit 0e7e6198af28c1573267aba1be33dd0b7fb35691: Merge branch 'ttm-transhuge

[Intel-gfx] [PATCH v12 01/11] drm/i915: Use 64-bit division macro

2020-04-09 Thread Guru Das Srinagesh
Since the PWM framework is switching struct pwm_state.duty_cycle's datatype to u64, prepare for this transition by using DIV_ROUND_UP_ULL to handle a 64-bit dividend. Cc: Jani Nikula Cc: Joonas Lahtinen Cc: David Airlie Cc: Daniel Vetter Cc: Chris Wilson Cc: "Ville Syrjälä" Cc: intel-gfx@lis

[Intel-gfx] [PATCH i-g-t v3 2/2] tests/gem_userptr_blits: Refresh other still MMAP_GTT dependent subtests

2020-04-09 Thread Janusz Krzysztofik
Extend initial check for support of MMAP_GTT mapping to userptr with equivalent checks for each MMAP_OFFSET mapping type supported by i915 driver. Based on that, extend coverage of process-exit-gtt* subtests over non-GTT mapping types. In case of dmabuf-* subtests, use first supported mapping typ

[Intel-gfx] [PATCH i-g-t v3 0/2] tests/gem_userptr_blits: Refresh still MMAP_GTT dependent subtests

2020-04-09 Thread Janusz Krzysztofik
Refresh subtests which are still using pre-v4 MMAP_GTT API. v2: Patch 2/2: clear 'map' before reuse (Zbigniew). v3: Patch 2/2: kill out-of-context errno check (Chris). Janusz Krzysztofik (2): tests/gem_userptr_blits: Refresh readonly-mmap-unsync exercise tests/gem_userptr_blits: Refresh other

[Intel-gfx] [PATCH i-g-t 1/2] tests/gem_userptr_blits: Refresh readonly-mmap-unsync exercise

2020-04-09 Thread Janusz Krzysztofik
Upgrade the subtest to use MMAP_GTT API v4 (aka MMAP_OFFSET), dynamically examine each mapping type supported by i915 driver. Signed-off-by: Janusz Krzysztofik Reviewed-by: Zbigniew Kempczyński --- tests/i915/gem_userptr_blits.c | 21 - 1 file changed, 16 insertions(+), 5 de

Re: [Intel-gfx] [PATCH 04/10] dma-buf: Report signaled links inside dma-fence-chain

2020-04-09 Thread Chris Wilson
Quoting Lionel Landwerlin (2020-04-09 12:16:48) > On 09/04/2020 13:52, Chris Wilson wrote: > > Quoting Lionel Landwerlin (2020-04-08 21:00:59) > >> On 03/04/2020 12:12, Chris Wilson wrote: > >>> Whenever we walk along the dma-fence-chain, we prune signaled links to > >>> keep the chain nice and tid

[Intel-gfx] [PATCH] drm/i915: remove redundant assignment to variable err

2020-04-09 Thread Colin King
From: Colin Ian King The variable err is being initialized with a value that is never read and it is being updated later with a new value. The initialization is redundant and can be removed. Addresses-Coverity: ("Unused value") Signed-off-by: Colin Ian King --- drivers/gpu/drm/i915/gem/selfte

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for HAX timer: Describe the delayed_work for a freed timer (rev2)

2020-04-09 Thread Patchwork
== Series Details == Series: HAX timer: Describe the delayed_work for a freed timer (rev2) URL : https://patchwork.freedesktop.org/series/75740/ State : warning == Summary == $ dim checkpatch origin/drm-tip 05d26e5da5b7 HAX timer: Describe the delayed_work for a freed timer -:8: WARNING:COMMIT

[Intel-gfx] ✓ Fi.CI.IGT: success for series starting with [1/2] drm/i915/guc: re-enable ARAT expired interrupt when using GuC

2020-04-09 Thread Patchwork
== Series Details == Series: series starting with [1/2] drm/i915/guc: re-enable ARAT expired interrupt when using GuC URL : https://patchwork.freedesktop.org/series/75715/ State : success == Summary == CI Bug Log - changes from CI_DRM_8281_full -> Patchwork_17261_full

[Intel-gfx] ✗ Fi.CI.BAT: failure for series starting with [1/3] dma-buf: Prettify typecasts for dma-fence-chain

2020-04-09 Thread Patchwork
== Series Details == Series: series starting with [1/3] dma-buf: Prettify typecasts for dma-fence-chain URL : https://patchwork.freedesktop.org/series/75743/ State : failure == Summary == CI Bug Log - changes from CI_DRM_8283 -> Patchwork_17267

[Intel-gfx] [PATCH i-g-t v13] tests: Add a test for device hot unplug

2020-04-09 Thread Janusz Krzysztofik
From: Janusz Krzysztofik There is a test which verifies unloading of i915 driver module but no test exists that checks how a driver behaves when it gets unbound from a device or when the device gets unplugged. Implement such test using sysfs interface. Two minimalistic subtests - "unbind-rebind

[Intel-gfx] ✗ Fi.CI.BAT: failure for series starting with [v5,1/4] drm/i915/perf: break OA config buffer object in 2

2020-04-09 Thread Patchwork
== Series Details == Series: series starting with [v5,1/4] drm/i915/perf: break OA config buffer object in 2 URL : https://patchwork.freedesktop.org/series/75741/ State : failure == Summary == CI Bug Log - changes from CI_DRM_8283 -> Patchwork_17266 ===

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for series starting with [1/3] dma-buf: Prettify typecasts for dma-fence-chain

2020-04-09 Thread Patchwork
== Series Details == Series: series starting with [1/3] dma-buf: Prettify typecasts for dma-fence-chain URL : https://patchwork.freedesktop.org/series/75743/ State : warning == Summary == $ dim checkpatch origin/drm-tip 5fe27cc9dd40 dma-buf: Prettify typecasts for dma-fence-chain 38f765418273

[Intel-gfx] [PATCH] HAX timer: Describe the delayed_work for a freed timer

2020-04-09 Thread Chris Wilson
Improve upon the <3> [310.437368] ODEBUG: free active (active state 0) object type: timer_list hint: delayed_work_timer_fn+0x0/0x10 by describing what delayed_work was queued instead. Signed-off-by: Chris Wilson --- kernel/time/timer.c | 9 - 1 file changed, 8 insertions(+), 1 deletio

[Intel-gfx] ✗ Fi.CI.BUILD: failure for HAX timer: Describe the delayed_work for a freed timer

2020-04-09 Thread Patchwork
== Series Details == Series: HAX timer: Describe the delayed_work for a freed timer URL : https://patchwork.freedesktop.org/series/75740/ State : failure == Summary == CALLscripts/checksyscalls.sh CALLscripts/atomic/check-atomics.sh DESCEND objtool CHK include/generated/comp

Re: [Intel-gfx] [PATCH 04/10] dma-buf: Report signaled links inside dma-fence-chain

2020-04-09 Thread Lionel Landwerlin
On 09/04/2020 13:52, Chris Wilson wrote: Quoting Lionel Landwerlin (2020-04-08 21:00:59) On 03/04/2020 12:12, Chris Wilson wrote: Whenever we walk along the dma-fence-chain, we prune signaled links to keep the chain nice and tidy. This leads to situations where we can prune a link and report th

[Intel-gfx] [PATCH 2/3] dma-buf: Report signaled links inside dma-fence-chain

2020-04-09 Thread Chris Wilson
Whenever we walk along the dma-fence-chain, we prune signaled links to keep the chain nice and tidy. This leads to situations where we can prune a link and report the earlier fence as the target seqno -- violating our own consistency checks that the seqno is not more advanced than the last element

[Intel-gfx] [PATCH 3/3] dma-buf: Exercise dma-fence-chain under selftests

2020-04-09 Thread Chris Wilson
A few very simple testcases to exercise the dma-fence-chain API. Signed-off-by: Chris Wilson Reviewed-by: Venkata Sandeep Dhanalakota --- drivers/dma-buf/Makefile | 3 +- drivers/dma-buf/selftests.h | 1 + drivers/dma-buf/st-dma-fence-chain.c | 713 +

[Intel-gfx] [PATCH 1/3] dma-buf: Prettify typecasts for dma-fence-chain

2020-04-09 Thread Chris Wilson
Inside dma-fence-chain, we use a cmpxchg on an RCU-protected pointer. To avoid the sparse warning for using the RCU pointer directly, we have to cast away the __rcu annotation. However, we don't need to use void* everywhere and can stick to the dma_fence*. Signed-off-by: Chris Wilson Reviewed-by:

Re: [Intel-gfx] [PATCH 04/10] dma-buf: Report signaled links inside dma-fence-chain

2020-04-09 Thread Chris Wilson
Quoting Lionel Landwerlin (2020-04-08 21:00:59) > On 03/04/2020 12:12, Chris Wilson wrote: > > Whenever we walk along the dma-fence-chain, we prune signaled links to > > keep the chain nice and tidy. This leads to situations where we can > > prune a link and report the earlier fence as the target s

[Intel-gfx] [PATCH v5 1/4] drm/i915/perf: break OA config buffer object in 2

2020-04-09 Thread Lionel Landwerlin
We want to enable performance monitoring on multiple contexts to cover the Iris use case of using 2 GEM contexts (3D & compute). So start by breaking the OA configuration BO which contains global & per context register writes. NOA muxes & OA configurations are global, while FLEXEU register config

[Intel-gfx] [PATCH v5 4/4] drm/i915/perf: enable filtering on multiple contexts

2020-04-09 Thread Lionel Landwerlin
Add 2 new properties to the i915-perf open ioctl to specify an array of GEM context handles as well as the length of the array. This can be used by drivers using multiple GEM contexts to implement a single GL context. Signed-off-by: Lionel Landwerlin --- drivers/gpu/drm/i915/i915_perf.c | 58 ++

[Intel-gfx] [PATCH v5 3/4] drm/i915/perf: prepare driver to receive multiple ctx handles

2020-04-09 Thread Lionel Landwerlin
Make all the internal necessary changes before we flip the switch. v2: Use an unlimited number of intel contexts (Chris) v3: Handle GEM context with multiple RCS0 logical contexts (Chris) Signed-off-by: Lionel Landwerlin --- drivers/gpu/drm/i915/i915_perf.c | 556 +++-

[Intel-gfx] [PATCH v5 2/4] drm/i915/perf: stop using the kernel context

2020-04-09 Thread Lionel Landwerlin
Chris doesn't like that. Signed-off-by: Lionel Landwerlin --- drivers/gpu/drm/i915/i915_perf.c | 152 +++-- drivers/gpu/drm/i915/i915_perf_types.h | 10 +- 2 files changed, 104 insertions(+), 58 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_perf.c b/drivers/gpu/

[Intel-gfx] [PATCH] HAX timer: Describe the delayed_work for a freed timer

2020-04-09 Thread Chris Wilson
Improve upon the <3> [310.437368] ODEBUG: free active (active state 0) object type: timer_list hint: delayed_work_timer_fn+0x0/0x10 by describing what delayed_work was queued instead. Signed-off-by: Chris Wilson --- kernel/time/timer.c | 9 - 1 file changed, 8 insertions(+), 1 deletio

[Intel-gfx] ✓ Fi.CI.BAT: success for i915 lpsp support for lpsp igt (rev7)

2020-04-09 Thread Patchwork
== Series Details == Series: i915 lpsp support for lpsp igt (rev7) URL : https://patchwork.freedesktop.org/series/74648/ State : success == Summary == CI Bug Log - changes from CI_DRM_8281 -> Patchwork_17264 Summary --- **SUCCESS**