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
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
>
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
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
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
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
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
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
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
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
>
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
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
== 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
== 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:
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
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
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
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
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
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
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
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]
== 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
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
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.
== 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
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
== 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
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
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
---
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
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/
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
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
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/
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
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
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_
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
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
---
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
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
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
---
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
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
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
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
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
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
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_
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
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/
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
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
---
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
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/
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
== 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
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)
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
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
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
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
== 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
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
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
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)
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(+),
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
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
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
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
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
== 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
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
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
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
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
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_
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,
== 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/
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)
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
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
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/
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
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 - 100 of 210 matches
Mail list logo