Hi all,
We are pleased to announce another update of Intel GVT-g for KVM.
Intel GVT-g for KVM (a.k.a. KVMGT) is a full GPU virtualization solution with
mediated pass-through, starting from 4th generation Intel Core(TM) processors
with Intel Graphics processors. A virtual GPU instance is mainta
Hi all,
We are pleased to announce another update of Intel GVT-g for Xen.
Intel GVT-g is a full GPU virtualization solution with mediated pass-through,
starting from 4th generation Intel Core(TM) processors with Intel Graphics
processors. A virtual GPU instance is maintained for each VM, with p
> On Fri, Jan 15, 2016 at 03:12:50PM +, Tvrtko Ursulin wrote:
> > From: Tvrtko Ursulin
> > + if (user_ring_id == I915_EXEC_BSD && HAS_BSD2(dev_priv)) {
> > + unsigned int bsd_idx = args->flags & I915_EXEC_BSD_MASK;
> > +
> > + if (bsd_idx == I915_EXEC_BSD_DEFAULT) {
> > +
Hi Dan,
I was not dismissing Chris's patch, in fact, I was trying to see if we could
keep the combined userptr/softpin tests in a separate file. Apologize if it
came across as dismissive.
I agree that it is better to keep the tests simple and effective, however, we
thought it would be worthwhi
On Tue, Jan 26, 2016 at 09:17:51AM -0800, Jesse Barnes wrote:
> On 01/26/2016 09:00 AM, Daniel Vetter wrote:
> > On Tue, Jan 26, 2016 at 07:45:42AM -0800, Jesse Barnes wrote:
> >> On 01/22/2016 09:00 AM, Daniel Vetter wrote:
> >>> On Wed, Jan 20, 2016 at 06:26:02PM -0800, tom.orou...@intel.com wrot
On 1/26/2016 3:36 AM, Ville Syrjälä wrote:
On Sat, Jan 23, 2016 at 08:43:33AM -, Patchwork wrote:
== Summary ==
Built on 8fe9e785ae04fa7c37f7935cff12d62e38054b60 drm-intel-nightly:
2016y-01m-21d-11h-02m-42s UTC integration manifest
Test gem_ctx_basic:
pass -> FAIL
On 01/26/2016 12:51 PM, Daniel Vetter wrote:
> On Tue, Jan 26, 2016 at 11:36:54AM -0800, Joe Konno wrote:
>> From: Joe Konno
>>
>> In tracking down a watermark bug, I discovered the pch and cpu underrun
>> interrupt handlers would disable themselves after initial reports to prevent
>> an
>> inter
On Tue, Jan 26, 2016 at 07:49:54PM +0100, Daniel Vetter wrote:
> Recently discovered by enabling CONFIG_DMA_API_DEBUG in our CI. By the
> looks of it broken since forever.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=93793
> Signed-off-by: Daniel Vetter
> ---
> drivers/char/agp/int
On Tue, Jan 26, 2016 at 07:49:56PM +0100, Daniel Vetter wrote:
> The fake agp driver for the intel graphics gart is only needed for ums
> support. And we ditched that a long time ago:
>
> commit 03dae59c72d8ef6e005f48ba356c863e0587
> Author: Daniel Vetter
> Date: Wed Jul 23 16:27:25 2014 +0
On Tue, Jan 26, 2016 at 07:49:55PM +0100, Daniel Vetter wrote:
> We need this to be able to paper over some CI fail: DMA API debuggin
> complaints that we leak the gmch scratch page, but fundamentally
> that's the only way to do it if there's both the intel-agp and i915
> driver using it: intel-agp
On Tue, Jan 26, 2016 at 11:36:54AM -0800, Joe Konno wrote:
> From: Joe Konno
>
> In tracking down a watermark bug, I discovered the pch and cpu underrun
> interrupt handlers would disable themselves after initial reports to prevent
> an
> interrupt/dmesg storm. Storms are bad, but underrun inter
On Tue, Jan 26, 2016 at 11:36:56AM -0800, Joe Konno wrote:
> From: Joe Konno
>
> Previously, cpu and pch underrun reporting was done on a "report once
> and disable" basis to prevent interrupt/dmesg floods.
>
> With this change, do not disable the underrun interrupt handlers.
> Instead, use thro
On Tue, 2016-01-26 at 15:33 +, Dave Gordon wrote:
> On 26/01/16 14:42, Joe Perches wrote:
> > On Tue, 2016-01-26 at 11:10 +0200, Jani Nikula wrote:
> > > Different subsystems and drivers have different preferred ways of
> > > receiving bug reports; mailing list or bugzillas at various
> > > loc
From: Joe Konno
Add atomic cpu and pch underrun counters to struct intel_crtc, and
increment them each time their respective interrupt handler executes.
Whether dmesg underrun reporting is disabled or not, keep a count of cpu
and pch underrun interrupts. Display these counts in i915_display_info
From: Joe Konno
In tracking down a watermark bug, I discovered the pch and cpu underrun
interrupt handlers would disable themselves after initial reports to prevent an
interrupt/dmesg storm. Storms are bad, but underrun interrupt handling should
not cease. For my case, I need to be able to count
From: Joe Konno
Previously, cpu and pch underrun reporting was done on a "report once
and disable" basis to prevent interrupt/dmesg floods.
With this change, do not disable the underrun interrupt handlers.
Instead, use throttled (DRM_ERROR_RATELIMITED) dmesg output if dmesg
underrun reporting en
From: Joe Konno
There are mechanisms for "set and return previous" underrun reporting
state, but no convenience functions for simply getting the underrun
reporting state for a particular pipe or pch transcoder.
Signed-off-by: Joe Konno
---
drivers/gpu/drm/i915/intel_fifo_underrun.c | 43 ++
The fake agp driver for the intel graphics gart is only needed for ums
support. And we ditched that a long time ago:
commit 03dae59c72d8ef6e005f48ba356c863e0587
Author: Daniel Vetter
Date: Wed Jul 23 16:27:25 2014 +0200
drm/i915: Ditch UMS config option
With this there's no longer the
We need this to be able to paper over some CI fail: DMA API debuggin
complaints that we leak the gmch scratch page, but fundamentally
that's the only way to do it if there's both the intel-agp and i915
driver using it: intel-agp shadow-attaches, i915 binds for real to the
gpu. But when i915 unloads
Recently discovered by enabling CONFIG_DMA_API_DEBUG in our CI. By the
looks of it broken since forever.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=93793
Signed-off-by: Daniel Vetter
---
drivers/char/agp/intel-gtt.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/
Em Ter, 2016-01-26 às 17:44 +, Rodrigo Vivi escreveu:
>
>
> On Thu, Jan 21, 2016 at 12:03 PM Paulo Zanoni om> wrote:
> > Instead of waiting for 50ms, just wait until the next vblank, since
> > it's the minimum requirement. The whole infrastructure of FBC is
> > based
> > on vblanks, so waiti
Am Wed, 6 May 2015 22:02:57 +0200
schrieb Julien Cristau :
> On Sun, Dec 21, 2014 at 14:47:58 +, Chris Wilson wrote:
>
> > Snapshot 2.99.917 (2014-12-21)
> > ==
> > 3 months drifted by whilst I looked elsewhere for bugs.. The
> > highlight of bugs fixed here are a
Revision id along with device id is useful in better identification of the HW
and its limitations so include this detail in error state.
Signed-off-by: Arun Siluvery
---
drivers/gpu/drm/i915/i915_gpu_error.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/i915/i915_gpu_error.
Em Ter, 2016-01-26 às 13:04 +, Derek Morton escreveu:
> intel_residency has a cairo dependency through igt_fb.c. Remove it
> if ANDROID_HAS_CAIRO is not defined.
The patch looks good, so I pushed it so we can unbreak your build.
Thanks,
Paulo
>
> Signed-off-by: Derek Morton
> ---
> tools/
On Thu, Jan 21, 2016 at 12:03 PM Paulo Zanoni
wrote:
> Instead of waiting for 50ms, just wait until the next vblank, since
> it's the minimum requirement. The whole infrastructure of FBC is based
> on vblanks, so waiting for X vblanks instead of X milliseconds sounds
> like the correct way to go.
Moved gem_quiescent_gpu() call to the run path.
Signed-off-by: Gabriel Feceoru
---
tests/gem_ringfill.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/tests/gem_ringfill.c b/tests/gem_ringfill.c
index 407b747..2e8c7c1 100644
--- a/tests/gem_ringfill.c
+++ b/tests/gem_ringf
On 01/26/2016 09:00 AM, Daniel Vetter wrote:
> On Tue, Jan 26, 2016 at 07:45:42AM -0800, Jesse Barnes wrote:
>> On 01/22/2016 09:00 AM, Daniel Vetter wrote:
>>> On Wed, Jan 20, 2016 at 06:26:02PM -0800, tom.orou...@intel.com wrote:
From: Tom O'Rourke
SLPC (Single Loop Power Controll
On Tue, Jan 26, 2016 at 05:54:21PM +0100, Daniel Vetter wrote:
> On Tue, Jan 26, 2016 at 12:08:37PM +, Chris Wilson wrote:
> > On Tue, Jan 26, 2016 at 11:53:45AM +, Tvrtko Ursulin wrote:
> > > Chris Harris has liaised with Tomi and apparently GuC firmware is
> > > already on the lab SKLs fr
On Tue, Jan 26, 2016 at 05:45:31PM +0200, Mika Kuoppala wrote:
> There has been cases where we read DC_STATE and get something that we
> did not write there. As DMC owns power well 1, this could be that DMC
> snoops DC_STATE accesses and needs to wake up power well 1 up to serve
> the access. But t
On Tue, Jan 26, 2016 at 07:45:42AM -0800, Jesse Barnes wrote:
> On 01/22/2016 09:00 AM, Daniel Vetter wrote:
> > On Wed, Jan 20, 2016 at 06:26:02PM -0800, tom.orou...@intel.com wrote:
> >> From: Tom O'Rourke
> >>
> >> SLPC (Single Loop Power Controller) is a replacement for
> >> some host-based po
On Tue, Jan 26, 2016 at 04:23:28PM +, Tvrtko Ursulin wrote:
>
> On 26/01/16 15:10, Chris Wilson wrote:
> >On Tue, Jan 26, 2016 at 02:53:31PM +, Tvrtko Ursulin wrote:
> >>From: Tvrtko Ursulin
> >>
> >>Signed-off-by: Tvrtko Ursulin
> >>---
> >> drivers/gpu/drm/i915/i915_gem.c | 96
> >> +
On Tue, Jan 26, 2016 at 12:08:37PM +, Chris Wilson wrote:
> On Tue, Jan 26, 2016 at 11:53:45AM +, Tvrtko Ursulin wrote:
> > Chris Harris has liaised with Tomi and apparently GuC firmware is
> > already on the lab SKLs from ~two weeks ago.
> >
> > Since the firmware is on all machines, pres
On Tue, Jan 26, 2016 at 04:24:46PM +, Tvrtko Ursulin wrote:
>
>
> On 26/01/16 15:18, Chris Wilson wrote:
> >On Tue, Jan 26, 2016 at 02:53:30PM +, Tvrtko Ursulin wrote:
> >>From: Tvrtko Ursulin
> >>
> >>Will be used from multiple callers in a following patch.
> >>
> >>Signed-off-by: Tvrtk
On Tue, Jan 26, 2016 at 08:10:04AM -0700, dann frazier wrote:
> On Tue, Jan 26, 2016 at 01:17:01PM +0200, Ville Syrjälä wrote:
> > On Mon, Jan 25, 2016 at 09:35:26AM -0700, dann frazier wrote:
> > > I've got a Lenovo T410 w/ an external display (DisplayPort<->HDMI). After
> > > upgrading from a 4.2
On Tue, Jan 26, 2016 at 05:21:06PM +0100, Maarten Lankhorst wrote:
> Op 26-01-16 om 15:48 schreef Russell King - ARM Linux:
> > On Tue, Jan 26, 2016 at 03:28:34PM +0100, Maarten Lankhorst wrote:
> >> Something similar to a segfault. It's trying to call 0x6b6b6b6b6b which
> >> is POISON_FREE.
> >>
>
On 26/01/16 15:10, Chris Wilson wrote:
On Tue, Jan 26, 2016 at 02:53:31PM +, Tvrtko Ursulin wrote:
From: Tvrtko Ursulin
Signed-off-by: Tvrtko Ursulin
---
drivers/gpu/drm/i915/i915_gem.c | 96 ++---
include/uapi/drm/i915_drm.h | 3 ++
2 files c
On 26/01/16 15:18, Chris Wilson wrote:
On Tue, Jan 26, 2016 at 02:53:30PM +, Tvrtko Ursulin wrote:
From: Tvrtko Ursulin
Will be used from multiple callers in a following patch.
Signed-off-by: Tvrtko Ursulin
---
drivers/gpu/drm/i915/i915_gem.c | 91 ++--
Op 26-01-16 om 15:48 schreef Russell King - ARM Linux:
> On Tue, Jan 26, 2016 at 03:28:34PM +0100, Maarten Lankhorst wrote:
>> Something similar to a segfault. It's trying to call 0x6b6b6b6b6b which
>> is POISON_FREE.
>>
>> mc appears to be freed already, so calling mc->release would jump to
>> inv
On Tue, Jan 26, 2016 at 04:32:25PM +0200, Jani Nikula wrote:
> ---
> dim | 50 +++---
> 1 file changed, 35 insertions(+), 15 deletions(-)
>
> diff --git a/dim b/dim
> index 34f2312be37a..b336c2c7d939 100755
> --- a/dim
> +++ b/dim
> @@ -727,7 +727,27 @@
On 01/22/2016 09:00 AM, Daniel Vetter wrote:
> On Wed, Jan 20, 2016 at 06:26:02PM -0800, tom.orou...@intel.com wrote:
>> From: Tom O'Rourke
>>
>> SLPC (Single Loop Power Controller) is a replacement for
>> some host-based power management features. The SLPC
>> implemenation runs in firmware on Gu
There has been cases where we read DC_STATE and get something that we
did not write there. As DMC owns power well 1, this could be that DMC
snoops DC_STATE accesses and needs to wake up power well 1 up to serve
the access. But the waking up power well 1 takes time and we might end up
reading during
On 26/01/16 14:42, Joe Perches wrote:
On Tue, 2016-01-26 at 11:10 +0200, Jani Nikula wrote:
Different subsystems and drivers have different preferred ways of
receiving bug reports; mailing list or bugzillas at various
locations. Add "B:" entry for specifying the preference to guide bug
reporters
On Tue, Jan 26, 2016 at 02:53:30PM +, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
> Will be used from multiple callers in a following patch.
>
> Signed-off-by: Tvrtko Ursulin
> ---
> drivers/gpu/drm/i915/i915_gem.c | 91
> ++---
> 1 file changed, 49
On Tue, Jan 26, 2016 at 01:17:01PM +0200, Ville Syrjälä wrote:
> On Mon, Jan 25, 2016 at 09:35:26AM -0700, dann frazier wrote:
> > I've got a Lenovo T410 w/ an external display (DisplayPort<->HDMI). After
> > upgrading from a 4.2 kernel to a 4.3, I started hitting an issue where
> > the display thi
On Tue, Jan 26, 2016 at 02:53:31PM +, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
> Signed-off-by: Tvrtko Ursulin
> ---
> drivers/gpu/drm/i915/i915_gem.c | 96
> ++---
> include/uapi/drm/i915_drm.h | 3 ++
> 2 files changed, 93 insertions(+), 6 d
On Tue, Jan 26, 2016 at 02:53:32PM +, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
Speak of the devil.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.
On Tue, 26 Jan 2016, Richard Weinberger wrote:
> On Tue, Jan 26, 2016 at 3:42 PM, Joe Perches wrote:
>> On Tue, 2016-01-26 at 11:10 +0200, Jani Nikula wrote:
>>> Different subsystems and drivers have different preferred ways of
>>> receiving bug reports; mailing list or bugzillas at various
>>> l
From: Tvrtko Ursulin
Signed-off-by: Tvrtko Ursulin
---
drivers/gpu/drm/i915/i915_gem.c | 96 ++---
include/uapi/drm/i915_drm.h | 3 ++
2 files changed, 93 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/
From: Tvrtko Ursulin
This allows drivers to implement per-object mmap(2) strategies.
If not set via the drm_vma_node_set_vm_ops helper, driver
default vm_ops are used preserving compatibility with the
existing code base.
Signed-off-by: Tvrtko Ursulin
---
drivers/gpu/drm/drm_gem.c | 53
From: Tvrtko Ursulin
I had this code laying around from an abandoned project and decided to float it
in case someone can see the usefulness of it. Assuming the approach is even
remotely reasonable.
Currently the driver implements two ioctls to implement mmap(2) functionality.
Between the i915_ge
Since we're short-circuting reloc handling by using softpin we need to
pass additional exec2_object flags, to ensure correct synchronization
and handle the gen6 case, where some objects need global gtt mapping.
Cc: Chris Wilson
Cc: Kristian Høgsberg Kristensen
Signed-off-by: Michał Winiarski
--
On Tue, 26 Jan 2016, Joe Perches wrote:
> On Tue, 2016-01-26 at 11:10 +0200, Jani Nikula wrote:
>> Different subsystems and drivers have different preferred ways of
>> receiving bug reports; mailing list or bugzillas at various
>> locations. Add "B:" entry for specifying the preference to guide bu
From: Tvrtko Ursulin
Signed-off-by: Tvrtko Ursulin
---
drivers/gpu/drm/i915/i915_dma.c | 3 +++
include/uapi/drm/i915_drm.h | 1 +
2 files changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i915/i915_dma.c
index 4725e8d61d0f..b22cbe5215d2 100644
--- a/d
From: Tvrtko Ursulin
Will be used from multiple callers in a following patch.
Signed-off-by: Tvrtko Ursulin
---
drivers/gpu/drm/i915/i915_gem.c | 91 ++---
1 file changed, 49 insertions(+), 42 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_gem.c b/driv
From: Tvrtko Ursulin
Signed-off-by: Tvrtko Ursulin
---
drivers/gpu/drm/i915/i915_gem.c | 36 ++--
include/uapi/drm/i915_drm.h | 3 ++-
2 files changed, 32 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915
On Tue, Jan 26, 2016 at 3:42 PM, Joe Perches wrote:
> On Tue, 2016-01-26 at 11:10 +0200, Jani Nikula wrote:
>> Different subsystems and drivers have different preferred ways of
>> receiving bug reports; mailing list or bugzillas at various
>> locations. Add "B:" entry for specifying the preference
On Tue, Jan 26, 2016 at 03:28:34PM +0100, Maarten Lankhorst wrote:
> Something similar to a segfault. It's trying to call 0x6b6b6b6b6b which
> is POISON_FREE.
>
> mc appears to be freed already, so calling mc->release would jump to
> invalid data.
It seems that my devm foo wasn't quite up to scra
I verified this patch fixes the ualarm issue on android.
I posted the patch
[PATCH] tests/Android.mk: Make intel_residency CAIRO dependant
Which adds this tool to the list that are cairo dependant in the android
makefile.
//Derek
-Original Message-
From: Intel-gfx [mailto:intel-gfx-bou
On Tue, 2016-01-26 at 11:10 +0200, Jani Nikula wrote:
> Different subsystems and drivers have different preferred ways of
> receiving bug reports; mailing list or bugzillas at various
> locations. Add "B:" entry for specifying the preference to guide bug
> reporters at the right location.
[]
> v2:
On Tue, 26 Jan 2016, Jani Nikula wrote:
> Patches 14-17 starts abstracting subcommand cases to functions. This is
> mostly mechanical work, and I didn't bother with it until I get an ack
> on the approach.
I mean, I didn't bother with convering *all* of the functions yet.
BR,
Jani.
--
Jani Ni
On Tue, 2016-01-26 at 11:10 +0200, Jani Nikula wrote:
> Different subsystems and drivers have different preferred ways of
> receiving bug reports; mailing list or bugzillas at various
> locations. Add "B:" entry for specifying the preference to guide bug
> reporters at the right location.
>
> Cc:
Signed-off-by: Jani Nikula
---
dim | 24 +++-
1 file changed, 15 insertions(+), 9 deletions(-)
diff --git a/dim b/dim
index 1f51ab9292b1..d5149f01db34 100755
--- a/dim
+++ b/dim
@@ -373,6 +373,21 @@ function dim_push_branch
update_linux_next
}
+function dim_push_qu
More abstraction is better, also guards against invalid internal use.
Signed-off-by: Jani Nikula
---
dim | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/dim b/dim
index b9152a256a26..34f2312be37a 100755
--- a/dim
+++ b/dim
@@ -581,6 +581,11 @@ function dim_create_wor
Signed-off-by: Jani Nikula
---
dim | 22 --
1 file changed, 12 insertions(+), 10 deletions(-)
diff --git a/dim b/dim
index 26ab728efb16..1f51ab9292b1 100755
--- a/dim
+++ b/dim
@@ -587,6 +587,18 @@ function dim_create_workdir
done
}
+function dim_for_each_workdirs
Rename to match the subcommand name.
Signed-off-by: Jani Nikula
---
dim | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/dim b/dim
index 3ddbb728a044..c72f58302bae 100755
--- a/dim
+++ b/dim
@@ -231,7 +231,7 @@ function update_rerere_cache
cd -
}
-function upd
Signed-off-by: Jani Nikula
---
dim | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
diff --git a/dim b/dim
index 1af2163a5001..b50656cf80a0 100755
--- a/dim
+++ b/dim
@@ -344,6 +344,15 @@ function dim_rebuild_nightly
}
+function dim_nightly_forget
+{
+ cd $DIM_PR
Signed-off-by: Jani Nikula
---
dim | 40 +---
1 file changed, 21 insertions(+), 19 deletions(-)
diff --git a/dim b/dim
index b50656cf80a0..26ab728efb16 100755
--- a/dim
+++ b/dim
@@ -629,6 +629,27 @@ function dim_pull_request
"$addr_drm_maintai
If there's a dim_ prefixed function matching the subcommand, call it to
handle the subcommand without going through the big switch case.
Drop the cases which already match the convention. Once all the cases
are converted to functions, the handling of subcommands becomes much
cleaner.
This also al
---
dim | 50 +++---
1 file changed, 35 insertions(+), 15 deletions(-)
diff --git a/dim b/dim
index 34f2312be37a..b336c2c7d939 100755
--- a/dim
+++ b/dim
@@ -727,7 +727,27 @@ function assert_branch
fi
}
+# handle aliases
case "$subcommand" i
Add dim_ prefix to functions corresponding to subcommands.
Signed-off-by: Jani Nikula
---
dim | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/dim b/dim
index c72f58302bae..b9152a256a26 100755
--- a/dim
+++ b/dim
@@ -396,7 +396,7 @@ function dim_apply_branch
eval $
I propose to change the dim tool to handle subcommands via functions
matching the subcommand. Each 'dim sub-command' would be handled by a
function named dim_sub_command. Only functions handling subcommands
would have the dim_ prefix.
Patches 1-11 are mostly renames to follow the proposed naming s
Rename to match the (long) subcommand name. Move error checking to the
function too.
Signed-off-by: Jani Nikula
---
dim | 23 ---
1 file changed, 12 insertions(+), 11 deletions(-)
diff --git a/dim b/dim
index 5a074979055d..22c19e8f5362 100755
--- a/dim
+++ b/dim
@@ -430,8 +4
Rename as there's no corresponding subcommand (the check-patch
subcommand does a slightly different thing).
Signed-off-by: Jani Nikula
---
dim | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/dim b/dim
index b42362a1e56b..6a8521c8c7b9 100755
--- a/dim
+++ b/dim
@@ -468,7
Rename to match the subcommand name.
Signed-off-by: Jani Nikula
---
dim | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/dim b/dim
index dbb69d993c44..5a074979055d 100755
--- a/dim
+++ b/dim
@@ -366,7 +366,7 @@ function dim_push_branch
# ensure we're on branch $1
Add dim_ prefix to functions corresponding to subcommands.
Signed-off-by: Jani Nikula
---
dim | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/dim b/dim
index 0b02c9c0effe..3ddbb728a044 100755
--- a/dim
+++ b/dim
@@ -545,7 +545,7 @@ function prep_pull_mail
prep_pul
Rename to match the subcommand.
Signed-off-by: Jani Nikula
---
dim | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/dim b/dim
index 012353112a3b..0b02c9c0effe 100755
--- a/dim
+++ b/dim
@@ -615,7 +615,7 @@ function dim_pull_request
"$addr_drm_maintainer"
}
Drop the dim_ prefix as there's no corresponding subcommand.
Signed-off-by: Jani Nikula
---
dim | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/dim b/dim
index 22c19e8f5362..b42362a1e56b 100755
--- a/dim
+++ b/dim
@@ -383,7 +383,7 @@ function dim_apply_branch
Rename to match the subcommand. Also add checkpatch subcommand (without
the hyphen) to match the spelling of the tool.
Signed-off-by: Jani Nikula
---
dim | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/dim b/dim
index 6a8521c8c7b9..012353112a3b 100755
--- a/dim
+++ b/di
Rename to match the subcommand name. Move error checking to the function
too.
Signed-off-by: Jani Nikula
---
dim | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/dim b/dim
index c749cebd1187..dbb69d993c44 100755
--- a/dim
+++ b/dim
@@ -346,8 +346,13 @@ fun
Op 26-01-16 om 15:15 schreef Russell King - ARM Linux:
> On Tue, Jan 26, 2016 at 02:42:16PM +0100, Maarten Lankhorst wrote:
>> Commit ce657b1cddf1f88c56 ("component: add support for releasing match
>> data") causes a general protection fault when unloading snd-hda-intel
>> with the i915 module load
On Tue, Jan 26, 2016 at 02:42:16PM +0100, Maarten Lankhorst wrote:
> Commit ce657b1cddf1f88c56 ("component: add support for releasing match
> data") causes a general protection fault when unloading snd-hda-intel
> with the i915 module loaded on a recent skylake machine.
I'm no good at interpreting
On Tue, Jan 26, 2016 at 01:51:19PM +, Rodrigo Vivi wrote:
>On Tue, Jan 26, 2016 at 12:30 AM Chris Wilson
><[1]ch...@chris-wilson.co.uk> wrote:
>
> On Mon, Jan 25, 2016 at 09:17:15PM +, Chris Wilson wrote:
> > On Mon, Jan 25, 2016 at 11:29:19AM -0800, Rodrigo Vivi wrote:
>
BSW does not allow CRTC 0 to be used on every connector, so we need to
write code to actually find a suitable CRTC.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=93124
Signed-off-by: Paulo Zanoni
---
tests/pm_rpm.c | 52 ++--
1 file change
Unused ever since we moved some code from pm_rpm.c to lib/. This is
currently defined inside igt_aux.c.
Signed-off-by: Paulo Zanoni
---
tests/pm_rpm.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/tests/pm_rpm.c b/tests/pm_rpm.c
index 3a5e8ba..bc81144 100644
--- a/tests/pm_rpm.c
+++ b/tes
On Tue, Jan 26, 2016 at 12:30 AM Chris Wilson
wrote:
> On Mon, Jan 25, 2016 at 09:17:15PM +, Chris Wilson wrote:
> > On Mon, Jan 25, 2016 at 11:29:19AM -0800, Rodrigo Vivi wrote:
> > > +++ b/drivers/gpu/drm/i915/intel_lrc.c
> > > @@ -764,18 +764,18 @@ intel_logical_ring_advance_and_submit(str
2016-01-26 11:40 GMT-02:00 Chris Wilson :
> On Tue, Jan 26, 2016 at 11:28:59AM -0200, Paulo Zanoni wrote:
>> The big motivation behind this patch is that the current power-of-two
>> granularity from igt_fb is way too big. There was more than one
>> occasion where I had to work around this problem o
Hey,
Commit ce657b1cddf1f88c56 ("component: add support for releasing match data")
causes
a general protection fault when unloading snd-hda-intel with the i915 module
loaded
on a recent skylake machine.
This breaks one of the i915 acceptance tests that performs a module
unload/reload on
snd-hd
It seems that Android doesn't have ualarm(). Let's use setitimer()
instead.
The tool still won't compile on Android due to igt_fb requiring Cairo,
but we're supposed to solve this in another patch since our igt_fb
calls don't actually require Cairo.
Reported-by: Derek Morton
Signed-off-by: Paulo
On Tue, Jan 26, 2016 at 11:28:59AM -0200, Paulo Zanoni wrote:
> The big motivation behind this patch is that the current power-of-two
> granularity from igt_fb is way too big. There was more than one
> occasion where I had to work around this problem on
> kms_frontbuffer_tracking, and during my las
The big motivation behind this patch is that the current power-of-two
granularity from igt_fb is way too big. There was more than one
occasion where I had to work around this problem on
kms_frontbuffer_tracking, and during my last workaround I was
requested to just make igt_fb use more minimal buff
I recently had this discussion with Daniel where I didn't want to use
igt_drm_format_to_bpp() because it uses the format_desc array, and
igt_fb currently assumes that all the format_desc formats have a
matching valid Cairo format, so I wouldn't be able to easily add
formats such as ARGB2101010.
Th
The only format from fb_get_bpp() not supported by
igt_drm_format_to_bpp() is ARGB2101010, but we don't really use it in
kms_frontbuffer_tracking, so we can do the switch.
Adding ARGB2101010 to igt_fb won't be that simple since there's no
equivalent Cairo format, and igt_fb users assume that all f
We want to make sure that both tiled and untiled buffers have the same
size for the same width/height/format. This will allow better control
over the failure paths exercised by our tests: when we try to flip
from tiled to untiled, we'll be sure that we won't execute the error
path that checks for b
We give the callers a const pointer to a static variable that we reuse
between multiple calls: they're not supposed to free it, and they
don't free it today.
Fix the documentation and leave the still reachable pointer instead of
reworking the function and its callers.
Signed-off-by: Paulo Zanoni
Don't reimplement the function.
Signed-off-by: Paulo Zanoni
---
lib/igt_draw.c | 16 +---
1 file changed, 1 insertion(+), 15 deletions(-)
diff --git a/lib/igt_draw.c b/lib/igt_draw.c
index f85e376..45fa10f 100644
--- a/lib/igt_draw.c
+++ b/lib/igt_draw.c
@@ -594,20 +594,6 @@ void ig
On Tue, 2016-01-19 at 16:07 +0530, Shubhangi Shrivastava wrote:
> Current DP detection has DPCD operations split across
> intel_dp_hpd_pulse and intel_dp_detect which contains
> duplicates as well. Also intel_dp_detect is called
> during modes enumeration as well which will result
> in multiple dpc
intel_residency has a cairo dependency through igt_fb.c. Remove it
if ANDROID_HAS_CAIRO is not defined.
Signed-off-by: Derek Morton
---
tools/Android.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/Android.mk b/tools/Android.mk
index da4f3c0..5f64184 100644
--- a/tools/Android.mk
++
Hi,
On 22 January 2016 at 15:04, Daniel Stone wrote:
> On 21 January 2016 at 15:03, Lionel Landwerlin
> wrote:
>> Hi,
>>
>> This serie introduces pipe level color management through a set of properties
>> attached to the CRTC. It also provides an implementation for some Intel
>> platforms.
>>
>>
On Tue, Jan 26, 2016 at 11:53:45AM +, Tvrtko Ursulin wrote:
> Chris Harris has liaised with Tomi and apparently GuC firmware is
> already on the lab SKLs from ~two weeks ago.
>
> Since the firmware is on all machines, presumably we would also want
> to have CI runs without the GuC enabled to e
Bjørn Mork [2016-01-25 03:52]:
> I have confirmed tha reverting this commit on top of v4.5-rc1 fixes the
> problem.
Confirmed. Fixes the problem with my T500 also.
--
Hilsen Harald
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://list
1 - 100 of 124 matches
Mail list logo