Re: [Intel-gfx] ✗ Fi.CI.BAT: warning for HuC Loading Patches

2017-01-15 Thread Saarinen, Jani
> == Series Details == > > Series: HuC Loading Patches > URL : https://patchwork.freedesktop.org/series/18008/ > State : warning > > == Summary == > > Series 18008v1 HuC Loading Patches > https://patchwork.freedesktop.org/api/1.0/series/18008/revisions/1/mbox/ > > Test kms_pipe_crc_basic: >

[Intel-gfx] [GIT PULL] GVT-g fixes for 4.10-rc5

2017-01-15 Thread Zhenyu Wang
Hi, This pull contains vGPU/mdev reset fixes from Changbin to fix vGPU hang for VM reboot and vGPU/mdev instance reuse issues that might impact usage. Several preparation patches are to align reset code for each functional part and actual fix is just to reset device model state for all component

[Intel-gfx] [PATCH 3/5] lib/igt_draw: Add Y-tiling support

2017-01-15 Thread Praveen Paneri
This patch adds Y-tiling support for igt_draw_rect function. v2: Use helper function to get tile sizes (Ville) Signed-off-by: Praveen Paneri --- lib/igt_draw.c | 132 + 1 file changed, 87 insertions(+), 45 deletions(-) diff --git a/lib/ig

[Intel-gfx] [PATCH 5/5] tests/kms_draw_crc: add support for Y tiling

2017-01-15 Thread Praveen Paneri
From: Paulo Zanoni This is the program that's supposed to test lib/igt_draw. We just added Y tiling support for the library, so add the tests now. Signed-off-by: Paulo Zanoni Signed-off-by: Praveen Paneri --- tests/kms_draw_crc.c | 55 ++-- 1 fi

[Intel-gfx] [PATCH 4/5] lib/igt_draw: Add Y-tiling support for IGT_DRAW_BLT method

2017-01-15 Thread Praveen Paneri
From: Akash Goel Signed-off-by: Akash Goel Signed-off-by: Praveen Paneri --- lib/igt_draw.c | 41 + 1 file changed, 41 insertions(+) diff --git a/lib/igt_draw.c b/lib/igt_draw.c index 0b04a59..e8fae1a 100644 --- a/lib/igt_draw.c +++ b/lib/igt_draw.c @@

[Intel-gfx] [PATCH 2/5] lib/igt_fb: Add helper function for tile_to_mod

2017-01-15 Thread Praveen Paneri
igt_get_fb_tile_size function takes modifer as an argument This helper function will let users to convert tiling to modifier and use igt_get_fb_tile_size() Signed-off-by: Praveen Paneri --- lib/igt_fb.c | 27 +++ lib/igt_fb.h | 1 + 2 files changed, 28 insertions(+) dif

[Intel-gfx] [PATCH 1/5] lib/igt_fb: Let others use igt_get_fb_tile_size

2017-01-15 Thread Praveen Paneri
This function can be used by igt_draw to get accurate tile dimensions for all tile formats. Signed-off-by: Praveen Paneri --- lib/igt_fb.c | 2 +- lib/igt_fb.h | 3 ++- 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/lib/igt_fb.c b/lib/igt_fb.c index bb87869..32e0277 100644 --- a/

Re: [Intel-gfx] [PATCH] lib/prime_numbers: Suppress warn on kmalloc failure

2017-01-15 Thread Joonas Lahtinen
On pe, 2017-01-13 at 23:51 +, Chris Wilson wrote: > The allocation for the bitmap may become very large, larger than > MAX_ORDER, for large requests. We fail gracefully by falling back to > trail-division, so disable the warning from kmalloc: > >   521.961092] WARNING: CPU: 0 PID: 30637 at mm/

[Intel-gfx] [Regression report] Weekly regression report WW03

2017-01-15 Thread Jairo Miramontes
Total regressions: 40 This week regressions:1 +---++++ | BugId | Summary| Created on | Bisect | +---++--

Re: [Intel-gfx] [PATCH v2.1 1/7] drm/atomic: Add new iterators over all state, v3.

2017-01-15 Thread Laurent Pinchart
Hi Maarten, Thank you for the patch. On Tuesday 10 Jan 2017 14:46:58 Maarten Lankhorst wrote: > Add for_each_(old)(new)_(plane,connector,crtc)_in_state iterators to > replace the old for_each_xxx_in_state ones. This is useful for >1 flip > depth and getting rid of all xxx->state dereferences. >

[Intel-gfx] [PATCH] drm/i915: Assert we do not attempt to reuse an allocated node

2017-01-15 Thread Chris Wilson
i915_gem_gtt_reserve() and i915_gem_gtt_insert() can only work on unallocated nodes. Check that the callers complies. Signed-off-by: Chris Wilson --- drivers/gpu/drm/i915/i915_gem_gtt.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/i915/i915_gem_gtt.c b/drivers/gpu/drm/i

Re: [Intel-gfx] [PATCH v5 1/6] i2c: designware: Rename accessor_flags to flags

2017-01-15 Thread Wolfram Sang
On Sun, Jan 01, 2017 at 09:15:16PM +0100, Hans de Goede wrote: > Rename accessor_flags to flags, so that we can use the field for > other flags too. This is a preparation patch for adding cherrytrail > support to the punit semaphore code. > > Signed-off-by: Hans de Goede > Reviewed-by: Andy Shevc

Re: [Intel-gfx] [PATCH 3/7] i2c: designware-baytrail: Take punit lock on bus acquire

2017-01-15 Thread Wolfram Sang
> Once I've a patch-set everyone likes I will start talking to people > to coordinate the merging, I believe it is probably best for all this > to be merged through the drm-intel tree. But we'll see about that > when the patch-set is ready. Agreed. signature.asc Description: PGP signature

Re: [Intel-gfx] [PATCH 3/7] i2c: designware-baytrail: Take punit lock on bus acquire

2017-01-15 Thread Hans de Goede
Hi, On 15-01-17 12:45, Wolfram Sang wrote: Hi Hans, So Wolfram, what is the plan with these ? As said they are necessary for the 2 i2c patches in this patch-set, so do you want the entire set of 8 i2c patches to go through an other tree to avoid inter tree dependencies ? Thanks for the heads

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915: Catch attempting to use the aliasing_gtt's drm_mm

2017-01-15 Thread Patchwork
== Series Details == Series: drm/i915: Catch attempting to use the aliasing_gtt's drm_mm URL : https://patchwork.freedesktop.org/series/18022/ State : success == Summary == Series 18022v1 drm/i915: Catch attempting to use the aliasing_gtt's drm_mm https://patchwork.freedesktop.org/api/1.0/seri

[Intel-gfx] [PATCH] drm/i915: Catch attempting to use the aliasing_gtt's drm_mm

2017-01-15 Thread Chris Wilson
The aliasing_gtt is just that, an alias of the global GTT. We do not populate it directly, instead we always use the global GTT. Catch any attempt to incorrectly allocate ranges from the aliasing_gtt. Signed-off-by: Chris Wilson Cc: Joonas Lahtinen Cc: Daniel Vetter --- drivers/gpu/drm/i915/i9

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915: Avoid drm_atomic_state_put(NULL) in intel_display_resume

2017-01-15 Thread Patchwork
== Series Details == Series: drm/i915: Avoid drm_atomic_state_put(NULL) in intel_display_resume URL : https://patchwork.freedesktop.org/series/18021/ State : success == Summary == Series 18021v1 drm/i915: Avoid drm_atomic_state_put(NULL) in intel_display_resume https://patchwork.freedesktop.o

[Intel-gfx] [PATCH] drm/i915: Avoid drm_atomic_state_put(NULL) in intel_display_resume

2017-01-15 Thread Chris Wilson
intel_display_resume() may be called without a atomic state to restore, i.e. dev_priv->modeset_reset_restore state is NULL. One such case is following a lid open/close event and the forced modeset in intel_lid_notiy(). Reported-by: Stefan Seyfried Fixes: 0853695c3ba4 ("drm: Add reference counting

Re: [Intel-gfx] [PATCH 3/7] i2c: designware-baytrail: Take punit lock on bus acquire

2017-01-15 Thread Wolfram Sang
Hi Hans, > So Wolfram, what is the plan with these ? As said they are necessary > for the 2 i2c patches in this patch-set, so do you want the > entire set of 8 i2c patches to go through an other tree to avoid > inter tree dependencies ? Thanks for the heads up. So, my plan was that I send a pull

Re: [Intel-gfx] [PATCH 3/7] i2c: designware-baytrail: Take punit lock on bus acquire

2017-01-15 Thread Hans de Goede
Hi, On 12-01-17 19:45, Wolfram Sang wrote: On Sun, Jan 08, 2017 at 02:44:23PM +0100, Hans de Goede wrote: Take the punit lock to stop others from accessing the punit while the pmic i2c bus is in use. This is necessary because accessing the punit from the kernel may result in the punit trying to

Re: [Intel-gfx] [RFC 1/4] x86/platform/intel/iosf_mbi: Add a mutex for punit access

2017-01-15 Thread Hans de Goede
Hi, On 13-01-17 17:30, Ville Syrjälä wrote: On Fri, Jan 13, 2017 at 05:06:52PM +0100, Hans de Goede wrote: Hi, On 01/13/2017 10:26 AM, Ville Syrjälä wrote: On Mon, Jan 02, 2017 at 03:21:13PM +0100, Hans de Goede wrote: Hi, On 02-01-17 15:12, Ville Syrjälä wrote: On Sun, Jan 01, 2017 at 09: