[Intel-gfx] [PATCH v4 2/3] igt/gem_wait: Use new igt_spin_batch

Cc: Chris Wilson Cc: Daniel Vetter Signed-off-by: Abdiel Janulgue --- tests/gem_wait.c | 125 --- 1 file changed, 7 insertions(+), 118 deletions(-) diff --git

[Intel-gfx] [PATCH v4 1/3] lib: add igt_dummyload

A lot of igt testcases need some GPU workload to make sure a race window is big enough. Unfortunately having a fixed amount of workload leads to spurious test failures or overtly long runtimes on some fast/slow platforms. This library contains functionality to submit GPU workloads that should

[Intel-gfx] [PATCH v4 3/3] igt/kms_flip: Use new igt_spin_batch

Cc: Chris Wilson Cc: Daniel Vetter Signed-off-by: Abdiel Janulgue --- tests/kms_flip.c | 185 ++- 1 file changed, 4 insertions(+), 181 deletions(-) diff --git

Re: [Intel-gfx] [PATCH v2] drm: move allocation out of drm_get_format_name()

Am 07.11.2016 um 01:48 schrieb Eric Engestrom: Fixes: 90844f00049e9f42573fd31d7c32e8fd31d3fd07 drm: make drm_get_format_name thread-safe Signed-off-by: Eric Engestrom [danvet: Clarify that the returned pointer must be freed with kfree().]

Re: [Intel-gfx] [RFC PATCH v2 0/8] Add support for Legacy Hdmi audio

On 11/3/16 5:01 PM, Daniel Vetter wrote: On Sat, Oct 1, 2016 at 2:22 AM, Jerome Anand wrote: Legacy Hdmi audio drivers are added. Added support for audio/ gfx interface using irq chip framework Just discussed this with Rakesh here at LPC and also with Mark Brown and

[Intel-gfx] [PATCH] shmem: fix pageflags after swapping DMA32 object

If shmem_alloc_page() does not set PageLocked and PageSwapBacked, then shmem_replace_page() needs to do so for itself. Without this, it puts newpage on the wrong lru, re-unlocks the unlocked newpage, and system descends into "Bad page" reports and freeze; or if CONFIG_DEBUG_VM=y, it hits an

[Intel-gfx] ✗ Fi.CI.BAT: warning for drm: move allocation out of drm_get_format_name() (rev2)

== Series Details == Series: drm: move allocation out of drm_get_format_name() (rev2) URL : https://patchwork.freedesktop.org/series/14873/ State : warning == Summary == Series 14873v2 drm: move allocation out of drm_get_format_name()

[Intel-gfx] [PATCH v2] drm: move allocation out of drm_get_format_name()

Fixes: 90844f00049e9f42573fd31d7c32e8fd31d3fd07 drm: make drm_get_format_name thread-safe Signed-off-by: Eric Engestrom [danvet: Clarify that the returned pointer must be freed with kfree().] Signed-off-by: Daniel Vetter Cc: Rob

Re: [Intel-gfx] [PATCH] drm: move allocation out of drm_get_format_name()

On Sunday, 2016-11-06 08:03:47 -0500, Rob Clark wrote: > On Sun, Nov 6, 2016 at 4:47 AM, Christian König > wrote: > > Am 05.11.2016 um 17:49 schrieb Rob Clark: > >> > >> On Sat, Nov 5, 2016 at 12:38 PM, Eric Engestrom wrote: > >>> > >>> On Saturday,

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

Total regressions: 48 This week regressions:2 +---+--+++ | BugId | Summary | Created on | Bisect | +---+--+++ |

Re: [Intel-gfx] [REGRESSION] Linux 4.9-rc4: gfx glitches on Intel Sandybridge (was: Re: Linux 4.9-rc4)

Am Sonntag, 6. November 2016, 17:25:15 CET schrieb Mihai Donțu: > On Sun, 06 Nov 2016 15:48:36 +0100 Martin Steigerwald wrote: > > Hi. > > > > Am Samstag, 5. November 2016, 16:46:33 CET schrieb Linus Torvalds: > > > So it's once again a Saturday afternoon rather than Sunday, this time > > >

Re: [Intel-gfx] [REGRESSION] Linux 4.9-rc4: gfx glitches on Intel Sandybridge (was: Re: Linux 4.9-rc4)

Am Sonntag, 6. November 2016, 17:25:15 CET schrieb Mihai Donțu: > On Sun, 06 Nov 2016 15:48:36 +0100 Martin Steigerwald wrote: > > Hi. > > > > Am Samstag, 5. November 2016, 16:46:33 CET schrieb Linus Torvalds: > > > So it's once again a Saturday afternoon rather than Sunday, this time > > >

Re: [Intel-gfx] [ANNOUNCE] 2016-Q3 release of KVMGT (Was Re: KVMGT - the implementation of ...)

Hi all, While spending efforts for upstreaming, 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 5th generation Intel Core(TM) processors with Intel Graphics

Re: [Intel-gfx] [REGRESSION] Linux 4.9-rc4: gfx glitches on Intel Sandybridge (was: Re: Linux 4.9-rc4)

On Sun, 06 Nov 2016 15:48:36 +0100 Martin Steigerwald wrote: > Hi. > > Am Samstag, 5. November 2016, 16:46:33 CET schrieb Linus Torvalds: > > So it's once again a Saturday afternoon rather than Sunday, this time > > because I felt this rc was already big enough. > > With kernel 4.9-rc4 I saw

Re: [Intel-gfx] [Announcement] 2016-Q3 release of XenGT - a Mediated Graphics Passthrough Solution from Intel

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

[Intel-gfx] [REGRESSION] Linux 4.9-rc4: gfx glitches on Intel Sandybridge (was: Re: Linux 4.9-rc4)

Hi. Am Samstag, 5. November 2016, 16:46:33 CET schrieb Linus Torvalds: > So it's once again a Saturday afternoon rather than Sunday, this time > because I felt this rc was already big enough. With kernel 4.9-rc4 I saw gfx corruptions like

[Intel-gfx] ✓ Fi.CI.BAT: success for series starting with [1/3] drm/i915: Remove chipset flush after cache flush

== Series Details == Series: series starting with [1/3] drm/i915: Remove chipset flush after cache flush URL : https://patchwork.freedesktop.org/series/14897/ State : success == Summary == Series 14897v1 Series without cover letter

Re: [Intel-gfx] [PATCH] drm: move allocation out of drm_get_format_name()

On Sun, Nov 6, 2016 at 4:47 AM, Christian König wrote: > Am 05.11.2016 um 17:49 schrieb Rob Clark: >> >> On Sat, Nov 5, 2016 at 12:38 PM, Eric Engestrom wrote: >>> >>> On Saturday, 2016-11-05 13:11:36 +0100, Christian König wrote: Am

[Intel-gfx] [PATCH 1/3] drm/i915: Remove chipset flush after cache flush

We always flush the chipset prior to executing with the GPU, so we can skip the flush during ordinary domain management. Signed-off-by: Chris Wilson --- drivers/gpu/drm/i915/i915_drv.h | 2 +- drivers/gpu/drm/i915/i915_gem.c | 23 --- 2 files

[Intel-gfx] [PATCH 3/3] drm/i915: Mark all skipped clflushes as leaving the CPU cache dirty

Currently, we may skip the clflush on an object if the object has not yet allocated any pages. However, the object may still be polluting the CPU cache and may now be in a coherent uncached domain - and so no longer generating clflushing. Signed-off-by: Chris Wilson ---

[Intel-gfx] [PATCH 2/3] drm/i915: Always flush the dirty CPU cache when pinning the scanout

Currently we only clflush the scanout if it is in the CPU domain. Also flush if we have a pending CPU clflush. We also want to treat the dirtyfb path similar, and flush any pending writes there as well. Signed-off-by: Chris Wilson --- drivers/gpu/drm/i915/i915_gem.c

Re: [Intel-gfx] [PATCH] drm: move allocation out of drm_get_format_name()

Am 05.11.2016 um 17:49 schrieb Rob Clark: On Sat, Nov 5, 2016 at 12:38 PM, Eric Engestrom wrote: On Saturday, 2016-11-05 13:11:36 +0100, Christian König wrote: Am 05.11.2016 um 02:33 schrieb Eric Engestrom: +typedef char drm_format_name_buf[32]; Please don't use a typedef