[Intel-gfx] [PATCH 2/3] guc-send

2018-10-14 Thread Chris Wilson
--- drivers/gpu/drm/i915/intel_guc.c | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_guc.c b/drivers/gpu/drm/i915/intel_guc.c index 230aea69385d..20d1a6c7d20f 100644 --- a/drivers/gpu/drm/i915/intel_guc.c +++ b/drivers/gpu/drm/i915/intel_g

[Intel-gfx] [PATCH 1/3] drm/i915/guc: Clear preempt status before use

2018-10-14 Thread Chris Wilson
--- drivers/gpu/drm/i915/intel_guc.h| 4 ++- drivers/gpu/drm/i915/intel_guc_submission.c | 33 +++-- 2 files changed, 21 insertions(+), 16 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_guc.h b/drivers/gpu/drm/i915/intel_guc.h index 0f1c4f9ebfd8..5703e62a3d33 10

[Intel-gfx] [PATCH 3/3] drm/i915/guc: sleep on enable

2018-10-14 Thread Chris Wilson
Seems like there's a missing ack before the guc is ready for commands. Cc: Daniele Ceraolo Spurio --- drivers/gpu/drm/i915/intel_guc_submission.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/i915/intel_guc_submission.c b/drivers/gpu/drm/i915/intel_guc_submission.c index

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for series starting with [1/3] drm/i915/guc: Clear preempt status before use

2018-10-14 Thread Patchwork
== Series Details == Series: series starting with [1/3] drm/i915/guc: Clear preempt status before use URL : https://patchwork.freedesktop.org/series/50980/ State : warning == Summary == $ dim checkpatch origin/drm-tip be690e2c317d drm/i915/guc: Clear preempt status before use -:8: WARNING:COMM

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for series starting with [1/3] drm/i915/guc: Clear preempt status before use

2018-10-14 Thread Patchwork
== Series Details == Series: series starting with [1/3] drm/i915/guc: Clear preempt status before use URL : https://patchwork.freedesktop.org/series/50980/ State : warning == Summary == $ dim sparse origin/drm-tip Sparse version: v0.5.2 Commit: drm/i915/guc: Clear preempt status before use Oka

[Intel-gfx] ✗ Fi.CI.BAT: failure for series starting with [1/3] drm/i915/guc: Clear preempt status before use

2018-10-14 Thread Patchwork
== Series Details == Series: series starting with [1/3] drm/i915/guc: Clear preempt status before use URL : https://patchwork.freedesktop.org/series/50980/ State : failure == Summary == = CI Bug Log - changes from CI_DRM_4979 -> Patchwork_10453 = == Summary - FAILURE == Serious unknown cha

Re: [Intel-gfx] [v1 02/10] drm/i915: get ready of memory for pvmmio

2018-10-14 Thread Zhang, Xiaolin
On 10/11/2018 04:04 PM, Chris Wilson wrote: > Quoting Xiaolin Zhang (2018-10-11 07:24:19) >> To enable pvmmio feature, we need to prepare one 4K shared page >> which will be accessed by both guest and backend i915 driver. >> >> guest i915 allocate one page memory and then the guest physical address

Re: [Intel-gfx] [v1 03/10] drm/i915: context submission pvmmio optimization

2018-10-14 Thread Zhang, Xiaolin
On 10/11/2018 05:12 PM, Chris Wilson wrote: > Quoting Xiaolin Zhang (2018-10-11 07:14:05) >> It is performance optimization to reduce mmio trap numbers from 4 to >> 1 durning ELSP porting writing (context submission). >> >> When context subission, to cache elsp_data[4] values in >> the shared page,

Re: [Intel-gfx] [v1 10/10] drm/i915/gvt: GVTg support ppgtt pvmmio optimization

2018-10-14 Thread Zhang, Xiaolin
On 10/11/2018 04:07 PM, Zhao, Yakui wrote: > > On 2018年10月11日 14:14, Xiaolin Zhang wrote: >> This patch handles ppgtt update from g2v notification. >> >> It read out ppgtt pte entries from guest pte tables page and >> convert them to host pfns. >> >> It creates local ppgtt tables and insert the con

Re: [Intel-gfx] Gemini Lake graphics corruption at top of screen

2018-10-14 Thread Daniel Drake
Hi, On Mon, Oct 8, 2018 at 1:48 PM Daniel Drake wrote: > I recently filed a bug report regarding graphics corruption seen on > Gemini Lake platforms: > https://bugs.freedesktop.org/show_bug.cgi?id=108085 > > This has been reproduced on multiple distros on products from at least > 4 vendors. It se

Re: [Intel-gfx] [PATCH] drm/i915: Add ppgtt to GVT GEM context

2018-10-14 Thread Zhenyu Wang
On 2018.10.15 12:50:50 +0800, Xiong Zhang wrote: > Currently the guest couldn't boot up under GVT-g environment as the > following call trace exists: > [ 272.504762] BUG: unable to handle kernel NULL pointer dereference at > 0100 > [ 272.504834] Call Trace: > [ 272.504852] execlist