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

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

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

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

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

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

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

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;

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

== 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

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

== 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

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

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

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

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

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=a

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

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=a

[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

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

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

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 >

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

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. >

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

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 > --- >

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

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

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

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

Re: [Intel-gfx] PRMs for older hardware

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

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

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

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

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

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

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 ---

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

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

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

[Intel-gfx] PRMs for older hardware

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]:

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

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

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

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

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

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:

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

== 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

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

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:

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

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

== 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'

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:

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

== 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

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

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

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

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.

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

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(+)

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

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

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

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 +-

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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.

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

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(+)

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

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

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

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

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

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

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

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 +-

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

== 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

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

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 convenie

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

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:

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

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

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

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/

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

== 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

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

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

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

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

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

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 convenie

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

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

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

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.

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

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(>execlist_lock); > > + list_for_each_entry(cursor, >execlist_queue, execlist_link) { > > + if (last && !merge_ctx(cursor->ctx, last->ctx))

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

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

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

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

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

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

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

== 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""

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

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

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

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

[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'

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 >>): >>

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

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

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

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

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

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,

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

== 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

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

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 convenie

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

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

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

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

[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'

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 >>):

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

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

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

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

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 convenie

[Intel-gfx] [PATCH v3 02/27] drm/i915/slpc: Expose guc functions for use with SLPC

From: Tom O'Rourke Expose host2guc_action for use by SLPC in intel_slpc.c. Expose functions to allocate and release objects used by GuC to be used for SLPC shared memory object. v1: Updated function names as they need to be made extern. (ChrisW) Reviewed-by: David

[Intel-gfx] i865, drm_modeset_lock_all: BUG: unable to handle kernel NULL pointer dereference at 00000104

This on a P4 PC with 82865G chipset and onboard Intel graphics. 4.7.0 worked fine, current 4.8 git shows NULL pointer dereference as shown below at the end of dmesg. [0.00] Linux version 4.8.0-rc3-00013-gef0e1ea (mroos@vanalynx) (gcc version 5.4.0 20160609 (Debian 5.4.0-6) ) #34 Tue

Re: [Intel-gfx] i865, drm_modeset_lock_all: BUG: unable to handle kernel NULL pointer dereference at 00000104

> Looks like an incorrect call to drm_encoder_cleanup() from the error > path. If we hit the error path we have never called drm_encoder_init. > Please try: > > diff --git a/drivers/gpu/drm/i915/intel_dvo.c > b/drivers/gpu/drm/i915/intel_dvo.c > index 47bdf9dad0d3..b9e5a63a7c9e 100644 > ---

[Intel-gfx] ✗ Fi.CI.BAT: failure for drm/i915/dvo: Remove dangling call to drm_encoder_cleanup()

== Series Details == Series: drm/i915/dvo: Remove dangling call to drm_encoder_cleanup() URL : https://patchwork.freedesktop.org/series/11459/ State : failure == Summary == Series 11459v1 drm/i915/dvo: Remove dangling call to drm_encoder_cleanup()

[Intel-gfx] [PATCH 1/9] drm/i915: Don't pass crtc_state to intel_dp_set_link_params()

From: Ander Conselvan de Oliveira Decouple intel_dp_set_link_params() from struct intel_crtc_state. This will be useful for implementing DP upfront link training. Reviewed-by: Durgadoss R Signed-off-by: Ander Conselvan de Oliveira

[Intel-gfx] [PATCH] drm/i915/debugfs: Add panel delays for eDP

The eDP backlight and panel enable/disable delays are quite useful to know when measuring time consumed by suspend/resume, and while the information is printed to the kernel log as debug messages, having this information in debugfs makes things easier. Signed-off-by: David Weinehall

[Intel-gfx] [PATCH] drm: Don't allow legacy cursor updates to stall others or be stalled

Legacy cursor updates are entirely asynchronous with respect to all other users of the atomic pipeline. They neither wait for any outstanding flips, nor do they cause subsequent flips to be delayed. The only ordering we do require is given by making the legacy cursor update nonblocking (so the

[Intel-gfx] [PATCH v3 07/27] drm/i915/slpc: Use intel_slpc_* functions if supported

From: Tom O'Rourke On platforms with SLPC support: call intel_slpc_*() functions from corresponding intel_*_gt_powersave() functions; and do not use rps functions. v1: Return void instead of ignored error code (Paulo) enable/disable RC6 in SLPC flows (Sagar)

  1   2   3   >