Re: [Intel-gfx] [PATCH] io-mapping: Fixup for different names of writecombine

2016-08-23 Thread Joonas Lahtinen
On ti, 2016-08-23 at 22:22 +0200, Daniel Vetter wrote: > Somehow architectures can't agree on this. And for good measure make > sure we have a fallback which should work everywhere (fingers > crossed). > > This is to fix a compile fail on microblaze in gpiolib-of.c, which > misguidedly includes io

Re: [Intel-gfx] [PATCH 2/2] drm/i915/fbc: Allow on unfenced surfaces, for recent gen

2016-08-23 Thread Chris Wilson
On Mon, Aug 22, 2016 at 09:39:17PM -0300, Paulo Zanoni wrote: > 2016-08-18 5:21 GMT-03:00 Chris Wilson : > > Only fbc1 is tied to using a fence. Later iterations of fbc are more > > flexible and allow operation on unfenced frontbuffers. > > > > Signed-off-by: Chris Wilson > > Cc: Daniel Vetter >

Re: [Intel-gfx] [PATCH v3 1/4] drm/i915: Store port enum in intel_encoder

2016-08-23 Thread Pandiyan, Dhinakaran
On Wed, 2016-08-24 at 08:08 +0200, Daniel Vetter wrote: > On Tue, Aug 23, 2016 at 01:49:17PM -0700, Dhinakaran Pandiyan wrote: > > Storing the port enum in intel_encoder makes it convenient to know the > > port attached to an encoder. Moving the port information up from > > intel_digital_port to in

[Intel-gfx] [PATCH v2] drm: Add reference counting to drm_atomic_state

2016-08-23 Thread Chris Wilson
drm_atomic_state has a complicated single owner model that tracks the single reference from allocation through to destruction on another thread - or perhaps on a local error path. We can simplify this tracking by using reference counting (at a cost of a few more atomics). This is even more benefici

Re: [Intel-gfx] [PATCH v4 0/3] drm/i915: fix some audio support 4K resolution issues

2016-08-23 Thread Yang, Libin
Hi Daniel, Thanks. Let's wait for Ville back from vacation. :) Regards, Libin > -Original Message- > From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel > Vetter > Sent: Wednesday, August 24, 2016 1:53 PM > To: Yang, Libin > Cc: 'libin.y...@linux.intel.com' ; 'intel

Re: [Intel-gfx] [PATCH v3 1/4] drm/i915: Store port enum in intel_encoder

2016-08-23 Thread Daniel Vetter
On Tue, Aug 23, 2016 at 01:49:17PM -0700, Dhinakaran Pandiyan wrote: > Storing the port enum in intel_encoder makes it convenient to know the > port attached to an encoder. Moving the port information up from > intel_digital_port to intel_encoder avoids unecessary intel_digital_port > access and ha

Re: [Intel-gfx] [PATCH] io-mapping: Fixup for different names of writecombine

2016-08-23 Thread Chris Wilson
On Tue, Aug 23, 2016 at 10:22:33PM +0200, Daniel Vetter wrote: > Somehow architectures can't agree on this. And for good measure make > sure we have a fallback which should work everywhere (fingers > crossed). > > This is to fix a compile fail on microblaze in gpiolib-of.c, which > misguidedly inc

Re: [Intel-gfx] [PATCH v1 00/13] Implement sw_sync test

2016-08-23 Thread Daniel Vetter
On Tue, Aug 23, 2016 at 01:56:02PM -0400, robert.f...@collabora.com wrote: > From: Robert Foss > > This series implements the sw_sync test and the lib/sw_sync helper functions > for said test. > > Gustavo Padovans sw_sync series was just de-staged in > gregkh-staging/staging-next [1], and this t

Re: [Intel-gfx] [REBASED PATCH 1/5 v2] drm/i915: cosmetic fixes to i915_drv.h

2016-08-23 Thread Daniel Vetter
On Mon, Aug 22, 2016 at 12:24:20PM +0300, David Weinehall wrote: > Fix minor whitespace issues plus a typo. > > Signed-off-by: David Weinehall Reviewed-by: Daniel Vetter > --- > drivers/gpu/drm/i915/i915_drv.h | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/dri

Re: [Intel-gfx] [PATCH 2/2] drm/i915/fbc: Allow on unfenced surfaces, for recent gen

2016-08-23 Thread Daniel Vetter
On Mon, Aug 22, 2016 at 09:39:17PM -0300, Paulo Zanoni wrote: > 2016-08-18 5:21 GMT-03:00 Chris Wilson : > > Only fbc1 is tied to using a fence. Later iterations of fbc are more > > flexible and allow operation on unfenced frontbuffers. > > > > Signed-off-by: Chris Wilson > > Cc: Daniel Vetter >

Re: [Intel-gfx] [PATCH v4 0/3] drm/i915: fix some audio support 4K resolution issues

2016-08-23 Thread Daniel Vetter
On Wed, Aug 24, 2016 at 05:35:34AM +, Yang, Libin wrote: > Sorry for disturb. Is there any comments for the patches? Ville is on vacation, not sure whom else would be a good reviewer from our side ... Might need to escalate to managers to finding a random reviewer who first needs to ramp up on

Re: [Intel-gfx] [PATCH v4 0/3] drm/i915: fix some audio support 4K resolution issues

2016-08-23 Thread Yang, Libin
Sorry for disturb. Is there any comments for the patches? Regards, Libin > -Original Message- > From: Yang, Libin > Sent: Monday, August 22, 2016 9:16 AM > To: libin.y...@linux.intel.com; intel-gfx@lists.freedesktop.org; > jani.nik...@linux.intel.com; ville.syrj...@linux.intel.com; Vetter

[Intel-gfx] ✗ Fi.CI.BAT: failure for drm: Add reference counting to drm_atomic_state

2016-08-23 Thread Patchwork
== Series Details == Series: drm: Add reference counting to drm_atomic_state URL : https://patchwork.freedesktop.org/series/11494/ State : failure == Summary == Series 11494v1 drm: Add reference counting to drm_atomic_state http://patchwork.freedesktop.org/api/1.0/series/11494/revisions/1/mbox

[Intel-gfx] ✗ Fi.CI.BAT: failure for Prep. for DP audio MST support (rev2)

2016-08-23 Thread Patchwork
== Series Details == Series: Prep. for DP audio MST support (rev2) URL : https://patchwork.freedesktop.org/series/11129/ State : failure == Summary == Series 11129v2 Prep. for DP audio MST support http://patchwork.freedesktop.org/api/1.0/series/11129/revisions/2/mbox/ Test gem_exec_suspend:

[Intel-gfx] linux-next: manual merge of the drm-intel tree with the drm-intel-fixes tree

2016-08-23 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the drm-intel tree got a conflict in: drivers/gpu/drm/i915/intel_display.c between commits from the drm-intel-fixes tree (some of which are cherry-picked from the drm-intel tree) and teh same and other commits from the drm-inte tree. These are just going to

[Intel-gfx] linux-next: manual merge of the drm-intel tree with the drm-intel-fixes tree

2016-08-23 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the drm-intel tree got a conflict in: drivers/gpu/drm/i915/intel_drv.h between commit: f403372658fc ("drm/i915/skl: Add support for the SAGV, fix underrun hangs") (which is a chery-pick of commit 656d1b89e5ff from the drm-intel tree) from the drm-intel

Re: [Intel-gfx] [PATCH v4 1/4] drm: Helper for lspcon in drm_dp_dual_mode

2016-08-23 Thread kbuild test robot
Hi Shashank, [auto build test WARNING on drm-intel/for-linux-next] [also build test WARNING on v4.8-rc3 next-20160823] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto

Re: [Intel-gfx] [PATCH] drm: Add reference counting to drm_atomic_state

2016-08-23 Thread kbuild test robot
Hi Chris, [auto build test WARNING on drm-intel/for-linux-next] [cannot apply to drm/drm-next v4.8-rc3 next-20160823] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto

[Intel-gfx] [drm-intel:drm-intel-next-queued 44/46] include/linux/io-mapping.h:115:31: fatal error: asm/pgtable_types.h: No such file or directory

2016-08-23 Thread kbuild test robot
tree: git://anongit.freedesktop.org/drm-intel drm-intel-next-queued head: c58305af1835095ddc25ee6f548ac05915e66ac5 commit: cafaf14a5d8f152ed3c984ecd48dee6e824446bc [44/46] io-mapping: Always create a struct to hold metadata about the io-mapping config: microblaze-mmu_defconfig (attached as .co

Re: [Intel-gfx] [Mesa-dev] [PATCH v1 00/13] Implement sw_sync test

2016-08-23 Thread Eric Engestrom
On Tue, Aug 23, 2016 at 01:56:02PM -0400, robert.f...@collabora.com wrote: > From: Robert Foss > > This series implements the sw_sync test and the lib/sw_sync helper functions > for said test. > > Gustavo Padovans sw_sync series was just de-staged in > gregkh-staging/staging-next [1], and this t

Re: [Intel-gfx] [Mesa-dev] [PATCH v1 11/13] tests/sw_sync: Add subtest test_sync_random_merge

2016-08-23 Thread Eric Engestrom
On Tue, Aug 23, 2016 at 01:56:13PM -0400, robert.f...@collabora.com wrote: > From: Robert Foss > > This subtest verifies that creating many timelines and merging random fences > from each timeline with eachother results in merged fences that are fully > functional. > > Signed-off-by: Robert Foss

Re: [Intel-gfx] [Mesa-dev] [PATCH v1 02/13] tests/sw_sync: Add sw_sync test

2016-08-23 Thread Eric Engestrom
On Tue, Aug 23, 2016 at 01:56:04PM -0400, robert.f...@collabora.com wrote: > From: Robert Foss > > Add initial tests for sw_sync. > > Signed-off-by: Gustavo Padovan > Signed-off-by: Robert Foss > --- > lib/sw_sync.c | 13 ++--- > lib/sw_sync.h | 2 +- > tests/Makefi

Re: [Intel-gfx] [Mesa-dev] [PATCH v1 01/13] lib/sw_sync: Add helper functions for managing synchronization primitives

2016-08-23 Thread Eric Engestrom
On Tue, Aug 23, 2016 at 01:56:03PM -0400, robert.f...@collabora.com wrote: > From: Robert Foss > > Base functions to help testing the Sync File Framework (explicit fencing > mechanism ported from Android). > These functions allow you to create, use and destroy timelines and fences. > > Signed-of

[Intel-gfx] [PATCH] drm: Add reference counting to drm_atomic_state

2016-08-23 Thread Chris Wilson
drm_atomic_state has a complicated single owner model that tracks the single reference from allocation through to destruction on another thread - or perhaps on a local error path. We can simplify this tracking by using reference counting (at a cost of a few more atomics). This is even more benefici

Re: [Intel-gfx] PRMs for older hardware

2016-08-23 Thread Dave Airlie
On 24 August 2016 at 05:54, Ruslan Kabatsayev wrote: > Hello all, > > On the project page [1] I've found PRMs for more or less modern GPUs. > But what about such devices as Atom N550 or 915G Express chipset? > Where can I find documentation about them? The DRM driver does support > them, but I can

[Intel-gfx] [PATCH v3 4/4] drm/i915: start adding dp mst audio

2016-08-23 Thread Dhinakaran Pandiyan
From: Libin Yang (This patch is developed by Dave Airlie originally) This patch adds support for DP MST audio in i915. Enable audio codec when DP MST is enabled if has_audio flag is set. Disable audio codec when DP MST is disabled if has_audio flag is set. Another separated patches to support

[Intel-gfx] [PATCH v3 3/4] drm/i915: Move audio_connector to intel_encoder

2016-08-23 Thread Dhinakaran Pandiyan
With DP MST, a digital_port can carry more than one audio stream. Hence, more than one audio_connector needs to be attached to intel_digital_port in such cases. However, each stream is associated with an unique encoder. So, instead of creating an array of audio_connectors per port, move audio_conne

[Intel-gfx] [PATCH v3 2/4] drm/i915: Switch to using port stored in intel_encoder

2016-08-23 Thread Dhinakaran Pandiyan
Now that we have the port enum stored in intel_encoder use that instead of dereferencing intel_dig_port. Saves us a few locals. struct intel_encoder variables have been renamed to be consistent and convey type information. Signed-off-by: Dhinakaran Pandiyan --- drivers/gpu/drm/i915/intel_audio.

[Intel-gfx] [PATCH v3 1/4] drm/i915: Store port enum in intel_encoder

2016-08-23 Thread Dhinakaran Pandiyan
Storing the port enum in intel_encoder makes it convenient to know the port attached to an encoder. Moving the port information up from intel_digital_port to intel_encoder avoids unecessary intel_digital_port access and handles MST encoders cleanly without requiring conditional checks for them (tha

[Intel-gfx] [PATCH v3 0/4] Prep. for DP audio MST support

2016-08-23 Thread Dhinakaran Pandiyan
This series lays the groundwork for more DP MST audio work that will follow. v2: Different solution replacing the enc_to_dig_port() fix (Ville, Lyude). No changes to MST audio enabling and move audio_connector patches. Reordered the patches (Lyude) v3: Different solution to get port from encoder

[Intel-gfx] [PATCH] io-mapping: Fixup for different names of writecombine

2016-08-23 Thread Daniel Vetter
Somehow architectures can't agree on this. And for good measure make sure we have a fallback which should work everywhere (fingers crossed). This is to fix a compile fail on microblaze in gpiolib-of.c, which misguidedly includes io-mapping.h (instead of screaming at whichever achitecture doesn't c

[Intel-gfx] PRMs for older hardware

2016-08-23 Thread Ruslan Kabatsayev
Hello all, On the project page [1] I've found PRMs for more or less modern GPUs. But what about such devices as Atom N550 or 915G Express chipset? Where can I find documentation about them? The DRM driver does support them, but I can't seem to find the docs it's based on. [1]: https://01.org/linu

[Intel-gfx] [PULL] topic/drm-misc

2016-08-23 Thread Daniel Vetter
Hi Dave, A few bigger things: - start of splitting drm_crtc.c into more manageable and better documneted chunks - DRM_DEV_* logging (Sean) But besides those it's really all one-off misc patches all over this time around, trying to summarize them further would just end up in copying the shortlog

Re: [Intel-gfx] Display problems after upgrade to X v1.18.3

2016-08-23 Thread Jim Abernathy
On 08/23/2016 03:06 PM, Jim Abernathy wrote: On 08/23/2016 01:10 PM, David Weinehall wrote: On Tue, Aug 23, 2016 at 11:40:53AM -0400, Jim Abernathy wrote: Not having much luck with the Distro forums on this issue so I thought I'd ask for advice here. I've been running Ubuntu 14.04.4 for some

Re: [Intel-gfx] [drm-intel:for-linux-next 1/1] include/linux/io-mapping.h:126:2: error: implicit declaration of function 'pgprot_writecombine'

2016-08-23 Thread Daniel Vetter
On Tue, Aug 23, 2016 at 9:16 PM, Chris Wilson wrote: > On Wed, Aug 24, 2016 at 02:22:29AM +0800, kbuild test robot wrote: >> tree: git://anongit.freedesktop.org/drm-intel for-linux-next >> head: ac96b5566926af83463ddcf4655856033c092f26 >> commit: ac96b5566926af83463ddcf4655856033c092f26 [1/1]

[Intel-gfx] ✗ Fi.CI.BAT: failure for drm/i915: free intel_fb

2016-08-23 Thread Patchwork
== Series Details == Series: drm/i915: free intel_fb URL : https://patchwork.freedesktop.org/series/11477/ State : failure == Summary == Series 11477v1 drm/i915: free intel_fb http://patchwork.freedesktop.org/api/1.0/series/11477/revisions/1/mbox/ Test gem_exec_suspend: Subgroup basic

Re: [Intel-gfx] [drm-intel:for-linux-next 1/1] include/linux/io-mapping.h:126:2: error: implicit declaration of function 'pgprot_writecombine'

2016-08-23 Thread Chris Wilson
On Wed, Aug 24, 2016 at 02:22:29AM +0800, kbuild test robot wrote: > tree: git://anongit.freedesktop.org/drm-intel for-linux-next > head: ac96b5566926af83463ddcf4655856033c092f26 > commit: ac96b5566926af83463ddcf4655856033c092f26 [1/1] io-mapping.h: > s/PAGE_KERNEL_IO/PAGE_KERNEL/ > config: mi

Re: [Intel-gfx] Display problems after upgrade to X v1.18.3

2016-08-23 Thread Jim Abernathy
On 08/23/2016 01:10 PM, David Weinehall wrote: On Tue, Aug 23, 2016 at 11:40:53AM -0400, Jim Abernathy wrote: Not having much luck with the Distro forums on this issue so I thought I'd ask for advice here. I've been running Ubuntu 14.04.4 for some time on Intel Core i5 GFX without any issues.

[Intel-gfx] ✗ Fi.CI.BAT: failure for drm/i915: use offset value in DRM_DEBUG_KMS

2016-08-23 Thread Patchwork
== Series Details == Series: drm/i915: use offset value in DRM_DEBUG_KMS URL : https://patchwork.freedesktop.org/series/11476/ State : failure == Summary == Series 11476v1 drm/i915: use offset value in DRM_DEBUG_KMS http://patchwork.freedesktop.org/api/1.0/series/11476/revisions/1/mbox/ Test

[Intel-gfx] [drm-intel:for-linux-next 1/1] include/linux/io-mapping.h:126:2: error: implicit declaration of function 'pgprot_writecombine'

2016-08-23 Thread kbuild test robot
tree: git://anongit.freedesktop.org/drm-intel for-linux-next head: ac96b5566926af83463ddcf4655856033c092f26 commit: ac96b5566926af83463ddcf4655856033c092f26 [1/1] io-mapping.h: s/PAGE_KERNEL_IO/PAGE_KERNEL/ config: microblaze-nommu_defconfig (attached as .config) compiler: microblaze-linux-gcc

[Intel-gfx] ✗ Fi.CI.BAT: failure for series starting with [1/2] drm/i915: Create a intel_encoder_find_connector helper function.

2016-08-23 Thread Patchwork
== Series Details == Series: series starting with [1/2] drm/i915: Create a intel_encoder_find_connector helper function. URL : https://patchwork.freedesktop.org/series/11475/ State : failure == Summary == Series 11475v1 Series without cover letter http://patchwork.freedesktop.org/api/1.0/seri

[Intel-gfx] [PATCH v1 13/13] tests/sw_sync: Add subtest test_sync_multi_producer_single_consumer

2016-08-23 Thread robert . foss
From: Robert Foss This subtest runs a single consumer thread and multiple producer thread that are synchronized using multiple timelines. Signed-off-by: Robert Foss --- tests/sw_sync.c | 139 1 file changed, 139 insertions(+) diff --git

[Intel-gfx] [PATCH v1 10/13] tests/sw_sync: Add subtest test_sync_multi_consumer_producer

2016-08-23 Thread robert . foss
From: Robert Foss This test verifies that stressing the kernel by creating multiple consumer/producer threads that wait on a single timeline to be incremented by another conumer/producer thread does not fail. And that the order amongst the threads is maintained. Signed-off-by: Robert Foss ---

[Intel-gfx] [PATCH v1 09/13] tests/sw_sync: Add subtest test_sync_multi_consumer

2016-08-23 Thread robert . foss
From: Robert Foss This subtest verifies the access ordering of multiple consumer threads. Signed-off-by: Robert Foss --- tests/sw_sync.c | 103 1 file changed, 103 insertions(+) diff --git a/tests/sw_sync.c b/tests/sw_sync.c index db03f

[Intel-gfx] [PATCH v1 06/13] tests/sw_sync: Add subtest test_sync_wait

2016-08-23 Thread robert . foss
From: Robert Foss This subtest verifies that waiting on fences works properly. Signed-off-by: Robert Foss --- tests/sw_sync.c | 38 ++ 1 file changed, 38 insertions(+) diff --git a/tests/sw_sync.c b/tests/sw_sync.c index 851430e..07e9638 100644 --- a/tests/

[Intel-gfx] [PATCH v1 02/13] tests/sw_sync: Add sw_sync test

2016-08-23 Thread robert . foss
From: Robert Foss Add initial tests for sw_sync. Signed-off-by: Gustavo Padovan Signed-off-by: Robert Foss --- lib/sw_sync.c | 13 ++--- lib/sw_sync.h | 2 +- tests/Makefile.sources | 1 + tests/sw_sync.c| 51

[Intel-gfx] [PATCH v1 11/13] tests/sw_sync: Add subtest test_sync_random_merge

2016-08-23 Thread robert . foss
From: Robert Foss This subtest verifies that creating many timelines and merging random fences from each timeline with eachother results in merged fences that are fully functional. Signed-off-by: Robert Foss --- tests/sw_sync.c | 73 + 1

[Intel-gfx] [PATCH v1 05/13] tests/sw_sync: Add subtest test_alloc_merge_fence

2016-08-23 Thread robert . foss
From: Robert Foss This subtest verifies that merging two fences works in the simples possible case. Signed-off-by: Robert Foss --- tests/sw_sync.c | 23 +++ 1 file changed, 23 insertions(+) diff --git a/tests/sw_sync.c b/tests/sw_sync.c index 102647d..851430e 100644 --- a/

[Intel-gfx] [PATCH v1 07/13] tests/sw_sync: Add subtest test_sync_merge

2016-08-23 Thread robert . foss
From: Robert Foss Add subtest test_sync_merge that tests merging fences and the validity of the resulting merged fence. Signed-off-by: Robert Foss --- tests/sw_sync.c | 67 + 1 file changed, 67 insertions(+) diff --git a/tests/sw_sync.c

[Intel-gfx] [PATCH v1 08/13] tests/sw_sync: Add subtest test_sync_merge_same

2016-08-23 Thread robert . foss
From: Robert Foss This subtest verifies merging a fence with itself does not fail. Signed-off-by: Robert Foss --- tests/sw_sync.c | 27 +++ 1 file changed, 27 insertions(+) diff --git a/tests/sw_sync.c b/tests/sw_sync.c index 00ac44b..db03f48 100644 --- a/tests/sw_sync

[Intel-gfx] [PATCH v1 04/13] tests/sw_sync: Add subtest test_alloc_fence_invalid_timeline

2016-08-23 Thread robert . foss
From: Robert Foss This subtests tests that creating fences on negative timelines fail. Signed-off-by: Robert Foss --- tests/sw_sync.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/tests/sw_sync.c b/tests/sw_sync.c index a8c8ca4..102647d 100644 --- a/tests/sw_sync.c +++ b/tests/sw_

[Intel-gfx] [PATCH v1 12/13] tests/sw_sync: Add subtest test_sync_multi_timeline_wait

2016-08-23 Thread robert . foss
From: Robert Foss This subtest verifies that waiting, timing out on a wait and that counting fences in various states works. Signed-off-by: Robert Foss --- tests/sw_sync.c | 66 + 1 file changed, 66 insertions(+) diff --git a/tests/sw_sy

[Intel-gfx] [PATCH v1 03/13] tests/sw_sync: Add subtest test_alloc_fence

2016-08-23 Thread robert . foss
From: Robert Foss Add subtest alloc_fence that verifies that it's possible to allocate a fence on a timeline. Signed-off-by: Robert Foss --- tests/sw_sync.c | 16 1 file changed, 16 insertions(+) diff --git a/tests/sw_sync.c b/tests/sw_sync.c index d2d4c42..a8c8ca4 100644 ---

[Intel-gfx] [PATCH v1 00/13] Implement sw_sync test

2016-08-23 Thread robert . foss
From: Robert Foss This series implements the sw_sync test and the lib/sw_sync helper functions for said test. Gustavo Padovans sw_sync series was just de-staged in gregkh-staging/staging-next [1], and this test is targeted at verifying the functionality implemented in that series. The sw_sync s

[Intel-gfx] [PATCH v1 01/13] lib/sw_sync: Add helper functions for managing synchronization primitives

2016-08-23 Thread robert . foss
From: Robert Foss Base functions to help testing the Sync File Framework (explicit fencing mechanism ported from Android). These functions allow you to create, use and destroy timelines and fences. Signed-off-by: Gustavo Padovan Signed-off-by: Robert Foss --- lib/Makefile.sources | 2 + lib

[Intel-gfx] [PATCH v1 10/13] tests/sw_sync: Add subtest test_sync_multi_consumer_producer

2016-08-23 Thread robert . foss
From: Robert Foss This test verifies that stressing the kernel by creating multiple consumer/producer threads that wait on a single timeline to be incremented by another conumer/producer thread does not fail. And that the order amongst the threads is maintained. Signed-off-by: Robert Foss ---

[Intel-gfx] [PATCH v1 09/13] tests/sw_sync: Add subtest test_sync_multi_consumer

2016-08-23 Thread robert . foss
From: Robert Foss This subtest verifies the access ordering of multiple consumer threads. Signed-off-by: Robert Foss --- tests/sw_sync.c | 103 1 file changed, 103 insertions(+) diff --git a/tests/sw_sync.c b/tests/sw_sync.c index db03f

[Intel-gfx] [PATCH v1 12/13] tests/sw_sync: Add subtest test_sync_multi_timeline_wait

2016-08-23 Thread robert . foss
From: Robert Foss This subtest verifies that waiting, timing out on a wait and that counting fences in various states works. Signed-off-by: Robert Foss --- tests/sw_sync.c | 66 + 1 file changed, 66 insertions(+) diff --git a/tests/sw_sy

[Intel-gfx] [PATCH v1 11/13] tests/sw_sync: Add subtest test_sync_random_merge

2016-08-23 Thread robert . foss
From: Robert Foss This subtest verifies that creating many timelines and merging random fences from each timeline with eachother results in merged fences that are fully functional. Signed-off-by: Robert Foss --- tests/sw_sync.c | 73 + 1

[Intel-gfx] [PATCH v1 13/13] tests/sw_sync: Add subtest test_sync_multi_producer_single_consumer

2016-08-23 Thread robert . foss
From: Robert Foss This subtest runs a single consumer thread and multiple producer thread that are synchronized using multiple timelines. Signed-off-by: Robert Foss --- tests/sw_sync.c | 139 1 file changed, 139 insertions(+) diff --git

[Intel-gfx] [PATCH v1 02/13] tests/sw_sync: Add sw_sync test

2016-08-23 Thread robert . foss
From: Robert Foss Add initial tests for sw_sync. Signed-off-by: Gustavo Padovan Signed-off-by: Robert Foss --- lib/sw_sync.c | 13 ++--- lib/sw_sync.h | 2 +- tests/Makefile.sources | 1 + tests/sw_sync.c| 51

[Intel-gfx] [PATCH v1 00/13] Implement sw_sync test

2016-08-23 Thread robert . foss
From: Robert Foss This series implements the sw_sync test and the lib/sw_sync helper functions for said test. Gustavo Padovans sw_sync series was just de-staged in gregkh-staging/staging-next [1], and this test is targeted at verifying the functionality implemented in that series. The sw_sync

[Intel-gfx] [PATCH v1 04/13] tests/sw_sync: Add subtest test_alloc_fence_invalid_timeline

2016-08-23 Thread robert . foss
From: Robert Foss This subtests tests that creating fences on negative timelines fail. Signed-off-by: Robert Foss --- tests/sw_sync.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/tests/sw_sync.c b/tests/sw_sync.c index a8c8ca4..102647d 100644 --- a/tests/sw_sync.c +++ b/tests/sw_

[Intel-gfx] [PATCH v1 01/13] lib/sw_sync: Add helper functions for managing synchronization primitives

2016-08-23 Thread robert . foss
From: Robert Foss Base functions to help testing the Sync File Framework (explicit fencing mechanism ported from Android). These functions allow you to create, use and destroy timelines and fences. Signed-off-by: Gustavo Padovan Signed-off-by: Robert Foss --- lib/Makefile.sources | 2 + lib

[Intel-gfx] [PATCH v1 06/13] tests/sw_sync: Add subtest test_sync_wait

2016-08-23 Thread robert . foss
From: Robert Foss This subtest verifies that waiting on fences works properly. Signed-off-by: Robert Foss --- tests/sw_sync.c | 38 ++ 1 file changed, 38 insertions(+) diff --git a/tests/sw_sync.c b/tests/sw_sync.c index 851430e..07e9638 100644 --- a/tests/

[Intel-gfx] [PATCH v1 08/13] tests/sw_sync: Add subtest test_sync_merge_same

2016-08-23 Thread robert . foss
From: Robert Foss This subtest verifies merging a fence with itself does not fail. Signed-off-by: Robert Foss --- tests/sw_sync.c | 27 +++ 1 file changed, 27 insertions(+) diff --git a/tests/sw_sync.c b/tests/sw_sync.c index 00ac44b..db03f48 100644 --- a/tests/sw_sync

[Intel-gfx] [PATCH v1 03/13] tests/sw_sync: Add subtest test_alloc_fence

2016-08-23 Thread robert . foss
From: Robert Foss Add subtest alloc_fence that verifies that it's possible to allocate a fence on a timeline. Signed-off-by: Robert Foss --- tests/sw_sync.c | 16 1 file changed, 16 insertions(+) diff --git a/tests/sw_sync.c b/tests/sw_sync.c index d2d4c42..a8c8ca4 100644 ---

[Intel-gfx] [PATCH v1 07/13] tests/sw_sync: Add subtest test_sync_merge

2016-08-23 Thread robert . foss
From: Robert Foss Add subtest test_sync_merge that tests merging fences and the validity of the resulting merged fence. Signed-off-by: Robert Foss --- tests/sw_sync.c | 67 + 1 file changed, 67 insertions(+) diff --git a/tests/sw_sync.c

[Intel-gfx] [PATCH v1 05/13] tests/sw_sync: Add subtest test_alloc_merge_fence

2016-08-23 Thread robert . foss
From: Robert Foss This subtest verifies that merging two fences works in the simples possible case. Signed-off-by: Robert Foss --- tests/sw_sync.c | 23 +++ 1 file changed, 23 insertions(+) diff --git a/tests/sw_sync.c b/tests/sw_sync.c index 102647d..851430e 100644 --- a/

Re: [Intel-gfx] Display problems after upgrade to X v1.18.3

2016-08-23 Thread David Weinehall
On Tue, Aug 23, 2016 at 11:40:53AM -0400, Jim Abernathy wrote: > Not having much luck with the Distro forums on this issue so I thought > I'd ask for advice here. > > I've been running Ubuntu 14.04.4 for some time on Intel Core i5 GFX > without any issues. My display is HDMI from the PC to an Onk

[Intel-gfx] ✗ Fi.CI.BAT: failure for drm/i915/debugfs: Add panel delays for eDP

2016-08-23 Thread Patchwork
== Series Details == Series: drm/i915/debugfs: Add panel delays for eDP URL : https://patchwork.freedesktop.org/series/11472/ State : failure == Summary == Series 11472v1 drm/i915/debugfs: Add panel delays for eDP http://patchwork.freedesktop.org/api/1.0/series/11472/revisions/1/mbox/ Test dr

Re: [Intel-gfx] [PATCH 1/2] drm/i915: Create a intel_encoder_find_connector helper function.

2016-08-23 Thread kbuild test robot
Hi Maarten, [auto build test ERROR on drm-intel/for-linux-next] [cannot apply to v4.8-rc3 next-20160823] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for convenience)

Re: [Intel-gfx] linux-next: build failure after merge of the drm-intel tree

2016-08-23 Thread Daniel Vetter
On Tue, Aug 23, 2016 at 11:56:14AM +1000, Stephen Rothwell wrote: > Hi all, > > After merging the drm-intel tree, today's linux-next build (arm > multi_v7_defconfig) failed like this: > > In file included from drivers/gpio/gpiolib-of.c:19:0: > include/linux/io-mapping.h:115:31: fatal error: asm/p

Re: [Intel-gfx] [PATCH v2] io-mapping.h: s/PAGE_KERNEL_IO/PAGE_KERNEL/

2016-08-23 Thread Daniel Vetter
On Tue, Aug 23, 2016 at 04:50:24PM +0100, Chris Wilson wrote: > PAGE_KERNEL_IO is an x86-ism. Though it is used to define the pgprot_t > used for the iomapped region, it itself is just PAGE_KERNEL. On all > other arches, PAGE_KERNEL_IO is undefined so in a general header we must > refrain from usin

Re: [Intel-gfx] [PATCH v3 27/27] drm/i915/slpc: Update freq min/max softlimits

2016-08-23 Thread kbuild test robot
Hi Sagar, [auto build test ERROR on drm-intel/for-linux-next] [cannot apply to v4.8-rc3 next-20160823] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for convenience) to rec

[Intel-gfx] [PATCH v2] io-mapping.h: s/PAGE_KERNEL_IO/PAGE_KERNEL/

2016-08-23 Thread Chris Wilson
PAGE_KERNEL_IO is an x86-ism. Though it is used to define the pgprot_t used for the iomapped region, it itself is just PAGE_KERNEL. On all other arches, PAGE_KERNEL_IO is undefined so in a general header we must refrain from using it. v2: include pgtable for pgprot_combine() Reported-by: Stephen

[Intel-gfx] ✗ Fi.CI.BAT: warning for series starting with [v3,01/27] drm/i915: Remove RPM suspend dependency on rps.enabled and related changes

2016-08-23 Thread Patchwork
== Series Details == Series: series starting with [v3,01/27] drm/i915: Remove RPM suspend dependency on rps.enabled and related changes URL : https://patchwork.freedesktop.org/series/11461/ State : warning == Summary == Series 11461v1 Series without cover letter http://patchwork.freedesktop.o

[Intel-gfx] Display problems after upgrade to X v1.18.3

2016-08-23 Thread Jim Abernathy
Not having much luck with the Distro forums on this issue so I thought I'd ask for advice here. I've been running Ubuntu 14.04.4 for some time on Intel Core i5 GFX without any issues. My display is HDMI from the PC to an Onkyo A/V receiver then to a Sony KDL-XBR6. When I try a fresh install o

Re: [Intel-gfx] [PATCH] drm/i915: free intel_fb

2016-08-23 Thread Chris Wilson
On Tue, Aug 23, 2016 at 04:00:44PM +0100, Matthew Auld wrote: > We need to free the allocated intel_fb in the error path, not > intel_fb->base. Otherwise we risk calling kfree with a non-kmalloc'd > address, which is bound to give us grief at some point. > > Signed-off-by: Matthew Auld Reviewed-b

Re: [Intel-gfx] [PATCH 1/2] drm/i915: Create a intel_encoder_find_connector helper function.

2016-08-23 Thread kbuild test robot
Hi Maarten, [auto build test WARNING on drm-intel/for-linux-next] [cannot apply to v4.8-rc3 next-20160823] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for convenience)

[Intel-gfx] [PATCH] drm/i915: free intel_fb

2016-08-23 Thread Matthew Auld
We need to free the allocated intel_fb in the error path, not intel_fb->base. Otherwise we risk calling kfree with a non-kmalloc'd address, which is bound to give us grief at some point. Signed-off-by: Matthew Auld --- drivers/gpu/drm/i915/intel_display.c | 2 +- 1 file changed, 1 insertion(+),

[Intel-gfx] [PATCH] drm/i915: use offset value in DRM_DEBUG_KMS

2016-08-23 Thread Matthew Auld
We go through all the trouble of reading the offset from hw, but never end up using it. Later in the DRM_DEBUG_KMS statement we mistakenly use the base as the offset. Let's fix this by now making use of both the offset and the base, and while we are here make the format more consistent. Signed-off

Re: [Intel-gfx] [PATCH 2/4] drm/i915: Simplify ELSP queue request tracking

2016-08-23 Thread Chris Wilson
On Tue, Aug 23, 2016 at 05:28:07PM +0300, Mika Kuoppala wrote: > > + /* Try to read in pairs and fill both submission ports */ > > + spin_lock(&engine->execlist_lock); > > + list_for_each_entry(cursor, &engine->execlist_queue, execlist_link) { > > + if (last && !merge_ctx(cursor->ct

Re: [Intel-gfx] [PATCH 2/2] drm/i915: Cleanup crt disable sequence on hsw+

2016-08-23 Thread Daniel Vetter
On Tue, Aug 23, 2016 at 04:18:08PM +0200, Maarten Lankhorst wrote: > Instead of iterating overthe connectors manually, run the last part of > DDI disabling inside the crt post disable function. > > This was meant to be addressed before submitting the other commit, > but I missed the review comment

Re: [Intel-gfx] [PATCH 1/2] drm/i915: Create a intel_encoder_find_connector helper function.

2016-08-23 Thread Daniel Vetter
On Tue, Aug 23, 2016 at 04:18:07PM +0200, Maarten Lankhorst wrote: > This makes the code in intel_sanitize_encoder slightly more readable. > This was meant to be addressed in fd6bbda9c7a4, but I missed that > review comment. > > Fixes: fd6bbda9c7a4 ("drm/i915: Pass crtc_state and connector_state t

Re: [Intel-gfx] [PATCH 2/4] drm/i915: Simplify ELSP queue request tracking

2016-08-23 Thread Mika Kuoppala
Chris Wilson writes: > Emulate HW to track and manage ELSP queue. A set of SW ports are defined > and requests are assigned to these ports before submitting them to HW. This > helps in cleaning up incomplete requests during reset recovery easier > especially after engine reset by decoupling elsp

[Intel-gfx] ✗ Fi.CI.BAT: failure for ] Revert "Revert "drm/i915: Use atomic commits for legacy page_flips""

2016-08-23 Thread Patchwork
== Series Details == Series: ] Revert "Revert "drm/i915: Use atomic commits for legacy page_flips"" URL : https://patchwork.freedesktop.org/series/11469/ State : failure == Summary == Series 11469v1 ] Revert "Revert "drm/i915: Use atomic commits for legacy page_flips"" http://patchwork.freede

[Intel-gfx] [PATCH 2/2] drm/i915: Cleanup crt disable sequence on hsw+

2016-08-23 Thread Maarten Lankhorst
Instead of iterating overthe connectors manually, run the last part of DDI disabling inside the crt post disable function. This was meant to be addressed before submitting the other commit, but I missed the review comments. Fixes: fd6bbda9c7a4 ("drm/i915: Pass crtc_state and connector_state to en

[Intel-gfx] [PATCH 1/2] drm/i915: Create a intel_encoder_find_connector helper function.

2016-08-23 Thread Maarten Lankhorst
This makes the code in intel_sanitize_encoder slightly more readable. This was meant to be addressed in fd6bbda9c7a4, but I missed that review comment. Fixes: fd6bbda9c7a4 ("drm/i915: Pass crtc_state and connector_state to encoder functions") Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm

[Intel-gfx] [drm-intel:topic/drm-misc 3/3] htmldocs: drivers/gpu/drm/drm_fb_helper.c:1069: warning: No description found for parameter 'suspend'

2016-08-23 Thread kbuild test robot
tree: git://anongit.freedesktop.org/drm-intel topic/drm-misc head: cfe63423d9be3e7020296c3dfb512768a83cd099 commit: cfe63423d9be3e7020296c3dfb512768a83cd099 [3/3] drm/fb-helper: Add drm_fb_helper_set_suspend_unlocked() reproduce: make htmldocs All warnings (new ones prefixed by >>): >> drive

[Intel-gfx] [RESEND PATCH v13 6/7] drm/i915: Move CRTC updating in atomic_commit into it's own hook

2016-08-23 Thread Lyude
Since we have to write ddb allocations at the same time as we do other plane updates, we're going to need to be able to control the order in which we execute modesets on each pipe. The easiest way to do this is to just factor this section of intel_atomic_commit_tail() (intel_atomic_commit() for sta

[Intel-gfx] [RESEND PATCH v13 7/7] drm/i915/skl: Update DDB values atomically with wms/plane attrs

2016-08-23 Thread Lyude
Now that we can hook into update_crtcs and control the order in which we update CRTCs at each modeset, we can finish the final step of fixing Skylake's watermark handling by performing DDB updates at the same time as plane updates and watermark updates. The first major change in this patch is skl_

Re: [Intel-gfx] [PATCH] io-mapping.h: s/PAGE_KERNEL_IO/PAGE_KERNEL/

2016-08-23 Thread Chris Wilson
On Tue, Aug 23, 2016 at 03:43:15PM +0200, Daniel Vetter wrote: > On Tue, Aug 23, 2016 at 2:21 PM, Chris Wilson > wrote: > > On Tue, Aug 23, 2016 at 02:05:18PM +0200, Daniel Vetter wrote: > >> On Tue, Aug 23, 2016 at 11:04:03AM +0300, Joonas Lahtinen wrote: > >> > On ti, 2016-08-23 at 08:22 +0100,

[Intel-gfx] ✗ Fi.CI.BAT: failure for series starting with [01/17] drm/i915: Skip holding an object reference for execbuf preparation

2016-08-23 Thread Patchwork
== Series Details == Series: series starting with [01/17] drm/i915: Skip holding an object reference for execbuf preparation URL : https://patchwork.freedesktop.org/series/11399/ State : failure == Summary == Series 11399v1 Series without cover letter http://patchwork.freedesktop.org/api/1.0/

Re: [Intel-gfx] [PATCH v3 27/27] drm/i915/slpc: Update freq min/max softlimits

2016-08-23 Thread kbuild test robot
Hi Sagar, [auto build test WARNING on drm-intel/for-linux-next] [cannot apply to v4.8-rc3 next-20160823] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for convenience)

Re: [Intel-gfx] [PATCH] io-mapping.h: s/PAGE_KERNEL_IO/PAGE_KERNEL/

2016-08-23 Thread Daniel Vetter
On Tue, Aug 23, 2016 at 2:21 PM, Chris Wilson wrote: > On Tue, Aug 23, 2016 at 02:05:18PM +0200, Daniel Vetter wrote: >> On Tue, Aug 23, 2016 at 11:04:03AM +0300, Joonas Lahtinen wrote: >> > On ti, 2016-08-23 at 08:22 +0100, Chris Wilson wrote: >> > > PAGE_KERNEL_IO is an x86-ism. Though it is use

Re: [Intel-gfx] [PATCH 03/17] drm/i915: Allow the user to pass a context to any ring

2016-08-23 Thread John Harrison
On 23/08/2016 14:28, John Harrison wrote: On 22/08/2016 13:23, Chris Wilson wrote: On Mon, Aug 22, 2016 at 02:23:28PM +0300, Joonas Lahtinen wrote: On ma, 2016-08-22 at 09:03 +0100, Chris Wilson wrote: With full-ppgtt, we want the user to have full control over their memory layout, with a sepa

[Intel-gfx] [drm-intel:for-linux-next 14/16] htmldocs: drivers/gpu/drm/i915/intel_dp.c:5063: warning: No description found for parameter 'dev_priv'

2016-08-23 Thread kbuild test robot
tree: git://anongit.freedesktop.org/drm-intel for-linux-next head: 62e0fb880123c98793e5c3ba8355501b0305e92e commit: 85cb48a1651ee7cbc49468776d3078418f7827c5 [14/16] drm/i915: Convert intel_dp to use atomic state reproduce: make htmldocs All warnings (new ones prefixed by >>): drivers/gpu/

Re: [Intel-gfx] [PATCH 03/17] drm/i915: Allow the user to pass a context to any ring

2016-08-23 Thread John Harrison
On 22/08/2016 13:23, Chris Wilson wrote: On Mon, Aug 22, 2016 at 02:23:28PM +0300, Joonas Lahtinen wrote: On ma, 2016-08-22 at 09:03 +0100, Chris Wilson wrote: With full-ppgtt, we want the user to have full control over their memory layout, with a separate instance per context. Forcing them to

Re: [Intel-gfx] [PATCH v3 01/27] drm/i915: Remove RPM suspend dependency on rps.enabled and related changes

2016-08-23 Thread kbuild test robot
Hi Sagar, [auto build test ERROR on drm-intel/for-linux-next] [cannot apply to v4.8-rc3 next-20160823] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for convenience) to rec

  1   2   3   >