[Intel-gfx] ✗ Fi.CI.IGT: warning for drm/i915: Do not enable movntdqa optimization in hypervisor guest

2017-12-21 Thread Patchwork
== Series Details == Series: drm/i915: Do not enable movntdqa optimization in hypervisor guest URL : https://patchwork.freedesktop.org/series/35711/ State : warning == Summary == Test pm_rpm: Subgroup system-suspend: skip -> PASS (shard-hsw) fdo#103375

Re: [Intel-gfx] [PULL] more gvt-next for 4.16

2017-12-21 Thread Jani Nikula
On Fri, 22 Dec 2017, Zhenyu Wang wrote: > On 2017.12.21 19:07:07 -0800, Rodrigo Vivi wrote: >> On Fri, Dec 22, 2017 at 02:43:06AM +, Zhenyu Wang wrote: >> dim apply-pull drm-intel-next-queued >> >> https://github.com/intel/gvt-linux.git tags/gvt-next-2017-12-22 >> From https://github.com/inte

Re: [Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/dmc: DMC 1.07 for Cannonlake

2017-12-21 Thread Saarinen, Jani
Hi, > -Original Message- > From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf Of > Patchwork > Sent: torstai 21. joulukuuta 2017 23.08 > To: Srivatsa, Anusha > Cc: intel-gfx@lists.freedesktop.org > Subject: [Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/dmc: DMC 1.0

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915: Do not enable movntdqa optimization in hypervisor guest

2017-12-21 Thread Patchwork
== Series Details == Series: drm/i915: Do not enable movntdqa optimization in hypervisor guest URL : https://patchwork.freedesktop.org/series/35711/ State : success == Summary == Series 35711v1 drm/i915: Do not enable movntdqa optimization in hypervisor guest https://patchwork.freedesktop.org/

[Intel-gfx] [PATCH] drm/i915: Do not enable movntdqa optimization in hypervisor guest

2017-12-21 Thread changbin . du
From: Changbin Du Our QA reported a problem caused by movntdqa instructions. Currently, the KVM hypervisor doesn't support VEX-prefix instructions emulation. If users passthrough a GPU to guest with vfio option 'x-no-mmap=on', then all access to the BARs will be trapped and emulated. The KVM hype

Re: [Intel-gfx] [PATCH] drm/dp: Power cycle display if LINK_ADDRESS fails.

2017-12-21 Thread Pandiyan, Dhinakaran
On Fri, 2017-12-22 at 00:48 +, Pandiyan, Dhinakaran wrote: > On Thu, 2017-12-21 at 08:53 +0200, Jani Nikula wrote: > > On Wed, 20 Dec 2017, Dhinakaran Pandiyan > > wrote: > > > Occasionally there are LINK_ADDRESS sideband messages timing out with the > > > Lenovo MST dock + Dell MST monito

Re: [Intel-gfx] [PATCH v2 6/8] drm/i915: Use an atomic_t array to track power domain use count.

2017-12-21 Thread Pandiyan, Dhinakaran
On Thu, 2017-12-21 at 13:37 +0100, Maarten Lankhorst wrote: > Hey, > > Op 19-12-17 om 06:26 schreef Dhinakaran Pandiyan: > > Convert the power_domains->domain_use_count array that tracks per-domain > > use count to atomic_t type. This is needed to be able to read/write the use > > counts outside

Re: [Intel-gfx] [RFC 0/4] GPU/CPU timestamps correlation for relating OA samples with system events

2017-12-21 Thread Sagar Arun Kamble
On 12/7/2017 6:18 AM, Robert Bragg wrote: On Wed, Nov 15, 2017 at 12:13 PM, Sagar Arun Kamble mailto:sagar.a.kam...@intel.com>> wrote: We can compute system time corresponding to GPU timestamp by taking a reference point (CPU monotonic time, GPU timestamp) and then adding delta

Re: [Intel-gfx] [RFC 0/4] GPU/CPU timestamps correlation for relating OA samples with system events

2017-12-21 Thread Sagar Arun Kamble
On 12/22/2017 10:45 AM, Sagar Arun Kamble wrote: On 12/7/2017 1:32 AM, Lionel Landwerlin wrote: I've put together some trival IGT tests : https://github.com/djdeath/intel-gpu-tools/commits/wip/djdeath/cpu-timestamps With a few changes which I pointed in the review : https://github.com/djde

Re: [Intel-gfx] [RFC 0/4] GPU/CPU timestamps correlation for relating OA samples with system events

2017-12-21 Thread Sagar Arun Kamble
On 12/7/2017 1:32 AM, Lionel Landwerlin wrote: I've put together some trival IGT tests : https://github.com/djdeath/intel-gpu-tools/commits/wip/djdeath/cpu-timestamps With a few changes which I pointed in the review : https://github.com/djdeath/linux/commit/d0e4cf4d3f464491b4ffe97d112284d1ce73

Re: [Intel-gfx] [PULL] more gvt-next for 4.16

2017-12-21 Thread Zhenyu Wang
On 2017.12.21 19:07:07 -0800, Rodrigo Vivi wrote: > On Fri, Dec 22, 2017 at 02:43:06AM +, Zhenyu Wang wrote: > > > > Hi, > > > > Here's last gvt-next pull for 4.16 merge window. I need to backmerge > > once for one i915 param change to resolve patch dependence. This includes > > mmio switch o

Re: [Intel-gfx] [PULL] more gvt-next for 4.16

2017-12-21 Thread Rodrigo Vivi
On Fri, Dec 22, 2017 at 02:43:06AM +, Zhenyu Wang wrote: > > Hi, > > Here's last gvt-next pull for 4.16 merge window. I need to backmerge > once for one i915 param change to resolve patch dependence. This includes > mmio switch optimization, cleanups for write protect handler and our > i915_r

Re: [Intel-gfx] [PATCH v2] drm/syncobj: Stop reusing the same struct file for all syncobj -> fd

2017-12-21 Thread Dave Airlie
On 21 December 2017 at 19:28, Chris Wilson wrote: > The vk cts test: > dEQP-VK.api.external.semaphore.opaque_fd.export_multiple_times_temporary > > triggers a lot of > VFS: Close: file count is 0 > > Dave pointed out that clearing the syncobj->file from > drm_syncobj_file_release() was sufficient

Re: [Intel-gfx] Accelerated read from WC mem (i915_memcpy_from_wc()) may not work in virtualization world

2017-12-21 Thread Du, Changbin
On Thu, Dec 21, 2017 at 10:56:38AM +, Chris Wilson wrote: > Quoting Du, Changbin (2017-12-21 09:52:16) > > Hi Chris, > > Our QA reported a problem caused by movntdqa instructions. Currently, the > > KVM > > hypervisor doesn't support VEX-prefix instructions emulation. If users > > passthrough

[Intel-gfx] [PULL] more gvt-next for 4.16

2017-12-21 Thread Zhenyu Wang
Hi, Here's last gvt-next pull for 4.16 merge window. I need to backmerge once for one i915 param change to resolve patch dependence. This includes mmio switch optimization, cleanups for write protect handler and our i915_reg_t vs. offset usage. thanks -- The following changes since commit ee5b5b

Re: [Intel-gfx] Accelerated read from WC mem (i915_memcpy_from_wc()) may not work in virtualization world

2017-12-21 Thread Du, Changbin
On Thu, Dec 21, 2017 at 10:58:38AM +, Chris Wilson wrote: > Quoting Du, Changbin (2017-12-21 09:52:16) > > Hi Chris, > > Our QA reported a problem caused by movntdqa instructions. Currently, the > > KVM > > hypervisor doesn't support VEX-prefix instructions emulation. If users > > passthrough

Re: [Intel-gfx] [PATCH] drm/dp: Power cycle display if LINK_ADDRESS fails.

2017-12-21 Thread Manasi Navare
On Thu, Dec 21, 2017 at 05:32:43PM -0800, Manasi Navare wrote: > On Thu, Dec 21, 2017 at 05:06:22PM -0800, Pandiyan, Dhinakaran wrote: > > On Thu, 2017-12-21 at 10:52 -0800, Manasi Navare wrote: > > > On Wed, Dec 20, 2017 at 10:36:24PM -0800, Dhinakaran Pandiyan wrote: > > > > Occasionally there ar

Re: [Intel-gfx] [PATCH] drm/dp: Power cycle display if LINK_ADDRESS fails.

2017-12-21 Thread Manasi Navare
On Thu, Dec 21, 2017 at 05:06:22PM -0800, Pandiyan, Dhinakaran wrote: > On Thu, 2017-12-21 at 10:52 -0800, Manasi Navare wrote: > > On Wed, Dec 20, 2017 at 10:36:24PM -0800, Dhinakaran Pandiyan wrote: > > > Occasionally there are LINK_ADDRESS sideband messages timing out with the > > > Lenovo MST d

Re: [Intel-gfx] [PATCH] drm/dp: Power cycle display if LINK_ADDRESS fails.

2017-12-21 Thread Pandiyan, Dhinakaran
On Thu, 2017-12-21 at 10:52 -0800, Manasi Navare wrote: > On Wed, Dec 20, 2017 at 10:36:24PM -0800, Dhinakaran Pandiyan wrote: > > Occasionally there are LINK_ADDRESS sideband messages timing out with the > > Lenovo MST dock + Dell MST monitor(w/ in-built branch) setup I have. These > > failures le

Re: [Intel-gfx] [PATCH] drm/dp: Power cycle display if LINK_ADDRESS fails.

2017-12-21 Thread Pandiyan, Dhinakaran
On Thu, 2017-12-21 at 08:53 +0200, Jani Nikula wrote: > On Wed, 20 Dec 2017, Dhinakaran Pandiyan > wrote: > > Occasionally there are LINK_ADDRESS sideband messages timing out with the > > Lenovo MST dock + Dell MST monitor(w/ in-built branch) setup I have. These > > failures lead to the display n

[Intel-gfx] ✗ Fi.CI.IGT: warning for series starting with [CI,1/7] drm/i915: Move some utility functions to i915_util.h

2017-12-21 Thread Patchwork
== Series Details == Series: series starting with [CI,1/7] drm/i915: Move some utility functions to i915_util.h URL : https://patchwork.freedesktop.org/series/35700/ State : warning == Summary == Test kms_chv_cursor_fail: Subgroup pipe-c-256x256-top-edge: pass ->

[Intel-gfx] ✓ Fi.CI.IGT: success for igt/kms_frontbuffer_tracking: Show FBC status at the start of the wait

2017-12-21 Thread Patchwork
== Series Details == Series: igt/kms_frontbuffer_tracking: Show FBC status at the start of the wait URL : https://patchwork.freedesktop.org/series/35699/ State : success == Summary == Test kms_cursor_crc: Subgroup cursor-256x256-suspend: pass -> INCOMPLETE (shard-

Re: [Intel-gfx] [PATCH i-g-t] scripts/trace.pl: Optimize event parsing and processing

2017-12-21 Thread John Harrison
On 12/21/2017 1:34 AM, Tvrtko Ursulin wrote: On 20/12/2017 23:50, John Harrison wrote: On 12/20/2017 1:54 AM, Tvrtko Ursulin wrote: What was the effect of all this on your big traces? I am only testing with a smaller one which goes from ~3.3s to ~2.2s. On a larger trace it might be non-linear

[Intel-gfx] ✓ Fi.CI.BAT: success for series starting with [CI,1/7] drm/i915: Move some utility functions to i915_util.h

2017-12-21 Thread Patchwork
== Series Details == Series: series starting with [CI,1/7] drm/i915: Move some utility functions to i915_util.h URL : https://patchwork.freedesktop.org/series/35700/ State : success == Summary == Series 35700v1 series starting with [CI,1/7] drm/i915: Move some utility functions to i915_util.

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915/dmc: DMC 1.07 for Cannonlake

2017-12-21 Thread Patchwork
== Series Details == Series: drm/i915/dmc: DMC 1.07 for Cannonlake URL : https://patchwork.freedesktop.org/series/35651/ State : success == Summary == Test pm_rpm: Subgroup system-suspend: skip -> PASS (shard-hsw) fdo#103375 Test kms_frontbuffer_tracking:

[Intel-gfx] [CI 1/7] drm/i915: Move some utility functions to i915_util.h

2017-12-21 Thread Chris Wilson
From: Michal Wajdeczko We have dedicated header file for utility functions and macros. Signed-off-by: Michal Wajdeczko Cc: Chris Wilson Cc: Rodrigo Vivi Cc: Joonas Lahtinen Reviewed-by: Chris Wilson Acked-by: Rodrigo Vivi Signed-off-by: Chris Wilson Link: https://patchwork.freedesktop.or

[Intel-gfx] [CI 2/7] drm/i915: Move display related definitions to dedicated header

2017-12-21 Thread Chris Wilson
From: Michal Wajdeczko We already have separate files for display related code, there is no reason to keep all display definitions in master header. Signed-off-by: Michal Wajdeczko Cc: Chris Wilson Cc: Rodrigo Vivi Cc: Joonas Lahtinen Reviewed-by: Chris Wilson Acked-by: Rodrigo Vivi Link:

[Intel-gfx] [CI 7/7] drm/i915: Dump device info at once

2017-12-21 Thread Chris Wilson
From: Michal Wajdeczko We are dumping device info separately for sw_only and runtime part but to simplify the code we can also do it from one place once we complete driver load. v2: use dedicated welcome function (Chris) Signed-off-by: Michal Wajdeczko Cc: Chris Wilson Cc: Rodrigo Vivi Cc: J

[Intel-gfx] [CI 3/7] drm/i915: Move opregion definitions to dedicated intel_opregion.h

2017-12-21 Thread Chris Wilson
From: Michal Wajdeczko We already have dedicated file for opregion related code, dedicated header will make our life easier. v2: reorder includes (Chris) Signed-off-by: Michal Wajdeczko Cc: Chris Wilson Cc: Rodrigo Vivi Cc: Joonas Lahtinen Cc: Ville Syrjälä Reviewed-by: Chris Wilson Ack

[Intel-gfx] [CI 6/7] drm/i915: Add pretty printer for runtime part of intel_device_info

2017-12-21 Thread Chris Wilson
From: Michal Wajdeczko During initialization of the runtime part of the intel_device_info we are dumping that part using DRM_DEBUG_DRIVER mechanism. As we already have pretty printer for const part of the info, make similar function for the runtime part and use it separately. v2: add runtime dum

[Intel-gfx] [CI 5/7] drm/i915: Update intel_device_info_runtime_init() parameter

2017-12-21 Thread Chris Wilson
From: Michal Wajdeczko As we try to follow object-verb pattern in our functions, update intel_device_info_runtime_init() parameter from dev_priv to info. Signed-off-by: Michal Wajdeczko Cc: Chris Wilson Cc: Rodrigo Vivi Cc: Joonas Lahtinen Reviewed-by: Chris Wilson Signed-off-by: Chris Wils

[Intel-gfx] [CI 4/7] drm/i915: Move intel_device_info definitions to its own header

2017-12-21 Thread Chris Wilson
From: Michal Wajdeczko We already keep intel_device_info functions in dedicated file. Add matching header file and move related definitions there. v2: add gen boundaries (Chris) Signed-off-by: Michal Wajdeczko Cc: Chris Wilson Cc: Rodrigo Vivi Cc: Joonas Lahtinen Reviewed-by: Chris Wilson

[Intel-gfx] ✗ Fi.CI.IGT: warning for series starting with [1/4] drm/i915: Disable DC states around GMBUS on GLK (rev2)

2017-12-21 Thread Patchwork
== Series Details == Series: series starting with [1/4] drm/i915: Disable DC states around GMBUS on GLK (rev2) URL : https://patchwork.freedesktop.org/series/35117/ State : warning == Summary == Test drv_suspend: Subgroup sysfs-reader: skip -> PASS (shard-h

Re: [Intel-gfx] [PATCH v2 6/7] drm/i915: Add pretty printer for runtime part of intel_device_info

2017-12-21 Thread Chris Wilson
Quoting Michal Wajdeczko (2017-12-21 18:53:33) > During initialization of the runtime part of the intel_device_info > we are dumping that part using DRM_DEBUG_DRIVER mechanism. > As we already have pretty printer for const part of the info, > make similar function for the runtime part and use it se

Re: [Intel-gfx] [PATCH v2 7/7] drm/i915: Dump device info at once

2017-12-21 Thread Chris Wilson
Quoting Michal Wajdeczko (2017-12-21 18:53:34) > We are dumping device info separately for sw_only and runtime part > but to simplify the code we can also do it from one place once > we complete driver load. > > v2: use dedicated welcome function (Chris) > > Signed-off-by: Michal Wajdeczko > Cc:

[Intel-gfx] ✗ Fi.CI.IGT: failure for Misc i915_drv.h cleanups (rev2)

2017-12-21 Thread Patchwork
== Series Details == Series: Misc i915_drv.h cleanups (rev2) URL : https://patchwork.freedesktop.org/series/35637/ State : failure == Summary == Test gem_tiled_swapping: Subgroup non-threaded: incomplete -> PASS (shard-hsw) fdo#104218 Test drv_suspend: Sub

[Intel-gfx] ✓ Fi.CI.BAT: success for igt/kms_frontbuffer_tracking: Show FBC status at the start of the wait

2017-12-21 Thread Patchwork
== Series Details == Series: igt/kms_frontbuffer_tracking: Show FBC status at the start of the wait URL : https://patchwork.freedesktop.org/series/35699/ State : success == Summary == IGT patchset tested on top of latest successful build beb26d89ff5c5621c1e6b6ac2a45439507af86b7 meson: Install

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/dmc: DMC 1.07 for Cannonlake

2017-12-21 Thread Patchwork
== Series Details == Series: drm/i915/dmc: DMC 1.07 for Cannonlake URL : https://patchwork.freedesktop.org/series/35651/ State : success == Summary == Series 35651v1 drm/i915/dmc: DMC 1.07 for Cannonlake https://patchwork.freedesktop.org/api/1.0/series/35651/revisions/1/mbox/ Test debugfs_tes

[Intel-gfx] [PATCH igt] igt/kms_frontbuffer_tracking: Show FBC status at the start of the wait

2017-12-21 Thread Chris Wilson
Signed-off-by: Chris Wilson --- tests/kms_frontbuffer_tracking.c | 4 1 file changed, 4 insertions(+) diff --git a/tests/kms_frontbuffer_tracking.c b/tests/kms_frontbuffer_tracking.c index 1601cab45..8b440dadc 100644 --- a/tests/kms_frontbuffer_tracking.c +++ b/tests/kms_frontbuffer_trackin

Re: [Intel-gfx] [PATCH] drm: Add DPCD definitions for DP 1.4 FEC feature

2017-12-21 Thread Srivatsa, Anusha
>-Original Message- >From: Navare, Manasi D >Sent: Thursday, December 21, 2017 12:36 PM >To: Srivatsa, Anusha >Cc: intel-gfx@lists.freedesktop.org; dri-de...@lists.freedesktop.org; Ville >Syrjala >; Jani Nikula >Subject: Re: [PATCH] drm: Add DPCD definitions for DP 1.4 FEC feature > >O

[Intel-gfx] ✓ Fi.CI.BAT: success for series starting with [1/4] drm/i915: Disable DC states around GMBUS on GLK (rev2)

2017-12-21 Thread Patchwork
== Series Details == Series: series starting with [1/4] drm/i915: Disable DC states around GMBUS on GLK (rev2) URL : https://patchwork.freedesktop.org/series/35117/ State : success == Summary == Series 35117v2 series starting with [1/4] drm/i915: Disable DC states around GMBUS on GLK https:/

Re: [Intel-gfx] [PATCH] drm: Add DPCD definitions for DP 1.4 FEC feature

2017-12-21 Thread Manasi Navare
On Mon, Nov 27, 2017 at 04:55:44PM -0800, Anusha Srivatsa wrote: > Forward Error Correction is supported on DP 1.4. > This patch adds corresponding DPCD register definitions. > > v2: Add dri-devel to the CC list > > Cc: dri-de...@lists.freedesktop.org > Cc: Ville Syrjala > Cc: Jani Nikula > Cc:

Re: [Intel-gfx] [PATCH] drm/i915/dmc: DMC 1.07 for Cannonlake

2017-12-21 Thread Saarinen, Jani
HI, > -Original Message- > From: Vivi, Rodrigo > Sent: torstai 21. joulukuuta 2017 21.27 > To: Saarinen, Jani > Cc: Srivatsa, Anusha ; intel- > g...@lists.freedesktop.org > Subject: Re: [Intel-gfx] [PATCH] drm/i915/dmc: DMC 1.07 for Cannonlake > > On Thu, Dec 21, 2017 at 12:08:15PM +

[Intel-gfx] [PATCH v2 4/4] drm/i915: Disable GMBUS clock gating around GMBUS transfers on gen9+

2017-12-21 Thread Ville Syrjala
From: Ville Syrjälä Gen9+ need to disable GMBUS clock gating when doing multi part transfers. Otherwise clock gating will kick in when GMBUS is in the WAIT state and presumably that will corrupt the transfer. This is documented as Display WA #0868. Apparently older hardware doesn't allow clock g

Re: [Intel-gfx] [PATCH] drm/i915/dmc: DMC 1.07 for Cannonlake

2017-12-21 Thread Rodrigo Vivi
On Thu, Dec 21, 2017 at 12:08:15PM +, Saarinen, Jani wrote: > > > > -Original Message- > > From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf > > Of > > Anusha Srivatsa > > Sent: torstai 21. joulukuuta 2017 3.38 > > To: intel-gfx@lists.freedesktop.org > > Cc:

Re: [Intel-gfx] [-next PATCH 3/4] treewide: Use DEVICE_ATTR_RO

2017-12-21 Thread Sagi Grimberg
for the NVMe bits, Acked-by: Sagi Grimberg ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] [-next PATCH 3/4] treewide: Use DEVICE_ATTR_RO

2017-12-21 Thread Robert Jarzmik
"Rafael J. Wysocki" writes: > On Tuesday, December 19, 2017 7:15:08 PM CET Joe Perches wrote: >> Convert DEVICE_ATTR uses to DEVICE_ATTR_RO where possible. >> >> Done with perl script: >> >> $ git grep -w --name-only DEVICE_ATTR | \ >> xargs perl -i -e 'local $/; while (<>) { >> s/\bDEVICE_A

Re: [Intel-gfx] [-next PATCH 3/4] treewide: Use DEVICE_ATTR_RO

2017-12-21 Thread Harald Freudenberger
On 12/19/2017 07:15 PM, Joe Perches wrote: > Convert DEVICE_ATTR uses to DEVICE_ATTR_RO where possible. > > Done with perl script: > > $ git grep -w --name-only DEVICE_ATTR | \ > xargs perl -i -e 'local $/; while (<>) { > s/\bDEVICE_ATTR\s*\(\s*(\w+)\s*,\s*\(?(?:\s*S_IRUGO\s*|\s*0444\s*)\)?\s*,

[Intel-gfx] ✓ Fi.CI.BAT: success for Misc i915_drv.h cleanups (rev2)

2017-12-21 Thread Patchwork
== Series Details == Series: Misc i915_drv.h cleanups (rev2) URL : https://patchwork.freedesktop.org/series/35637/ State : success == Summary == Series 35637v2 Misc i915_drv.h cleanups https://patchwork.freedesktop.org/api/1.0/series/35637/revisions/2/mbox/ Test debugfs_test: Subgroup

[Intel-gfx] [PATCH v2 2/7] drm/i915: Move display related definitions to dedicated header

2017-12-21 Thread Michal Wajdeczko
We already have separate files for display related code, there is no reason to keep all display definitions in master header. Signed-off-by: Michal Wajdeczko Cc: Chris Wilson Cc: Rodrigo Vivi Cc: Joonas Lahtinen Reviewed-by: Chris Wilson Acked-by: Rodrigo Vivi --- drivers/gpu/drm/i915/i915_

[Intel-gfx] [PATCH v2 7/7] drm/i915: Dump device info at once

2017-12-21 Thread Michal Wajdeczko
We are dumping device info separately for sw_only and runtime part but to simplify the code we can also do it from one place once we complete driver load. v2: use dedicated welcome function (Chris) Signed-off-by: Michal Wajdeczko Cc: Chris Wilson Cc: Rodrigo Vivi Cc: Joonas Lahtinen --- driv

[Intel-gfx] [PATCH v2 5/7] drm/i915: Update intel_device_info_runtime_init() parameter

2017-12-21 Thread Michal Wajdeczko
As we try to follow object-verb pattern in our functions, update intel_device_info_runtime_init() parameter from dev_priv to info. Signed-off-by: Michal Wajdeczko Cc: Chris Wilson Cc: Rodrigo Vivi Cc: Joonas Lahtinen Reviewed-by: Chris Wilson --- drivers/gpu/drm/i915/i915_drv.c | 2

[Intel-gfx] [PATCH v2 6/7] drm/i915: Add pretty printer for runtime part of intel_device_info

2017-12-21 Thread Michal Wajdeczko
During initialization of the runtime part of the intel_device_info we are dumping that part using DRM_DEBUG_DRIVER mechanism. As we already have pretty printer for const part of the info, make similar function for the runtime part and use it separately. v2: add runtime dump to debugfs (Chris) Sig

[Intel-gfx] [PATCH v2 3/7] drm/i915: Move opregion definitions to dedicated intel_opregion.h

2017-12-21 Thread Michal Wajdeczko
We already have dedicated file for opregion related code, dedicated header will make our life easier. v2: reorder includes (Chris) Signed-off-by: Michal Wajdeczko Cc: Chris Wilson Cc: Rodrigo Vivi Cc: Joonas Lahtinen Cc: Ville Syrjälä Reviewed-by: Chris Wilson Acked-by: Rodrigo Vivi ---

[Intel-gfx] [PATCH 0/8] Misc i915_drv.h cleanups

2017-12-21 Thread Michal Wajdeczko
Our main header is huge. Lets try to make some cleanup. Cc: Chris Wilson Cc: Rodrigo Vivi Cc: Joonas Lahtinen v2: fixed16 changes moved to other series Michal Wajdeczko (7): drm/i915: Move some utility functions to i915_util.h drm/i915: Move display related definitions to dedicated header

[Intel-gfx] [PATCH v2 4/7] drm/i915: Move intel_device_info definitions to its own header

2017-12-21 Thread Michal Wajdeczko
We already keep intel_device_info functions in dedicated file. Add matching header file and move related definitions there. v2: add gen boundaries (Chris) Signed-off-by: Michal Wajdeczko Cc: Chris Wilson Cc: Rodrigo Vivi Cc: Joonas Lahtinen Reviewed-by: Chris Wilson Acked-by: Rodrigo Vivi -

[Intel-gfx] [PATCH v2 1/7] drm/i915: Move some utility functions to i915_util.h

2017-12-21 Thread Michal Wajdeczko
We have dedicated header file for utility functions and macros. Signed-off-by: Michal Wajdeczko Cc: Chris Wilson Cc: Rodrigo Vivi Cc: Joonas Lahtinen Reviewed-by: Chris Wilson Acked-by: Rodrigo Vivi --- drivers/gpu/drm/i915/i915_drv.h | 15 --- drivers/gpu/drm/i915/i915_utils.

Re: [Intel-gfx] [PATCH] drm/dp: Power cycle display if LINK_ADDRESS fails.

2017-12-21 Thread Manasi Navare
On Wed, Dec 20, 2017 at 10:36:24PM -0800, Dhinakaran Pandiyan wrote: > Occasionally there are LINK_ADDRESS sideband messages timing out with the > Lenovo MST dock + Dell MST monitor(w/ in-built branch) setup I have. These > failures lead to the display not coming up on boot. Power cycling the port

Re: [Intel-gfx] [PATCH] drm/i915: add support for specifying DMC firmware override by module param

2017-12-21 Thread Srivatsa, Anusha
>-Original Message- >From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf Of >Jani Nikula >Sent: Wednesday, November 22, 2017 8:20 AM >To: Joonas Lahtinen ; David Weinehall > >Cc: intel-gfx@lists.freedesktop.org >Subject: Re: [Intel-gfx] [PATCH] drm/i915: add support

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915/pmu: Only enumerate available counters in sysfs

2017-12-21 Thread Patchwork
== Series Details == Series: drm/i915/pmu: Only enumerate available counters in sysfs URL : https://patchwork.freedesktop.org/series/35689/ State : success == Summary == Test pm_rpm: Subgroup system-suspend: skip -> PASS (shard-hsw) fdo#103375 +1 Test kms_fr

Re: [Intel-gfx] [PATCH] drm/i915: Show FBC worker status in debugfs

2017-12-21 Thread Chris Wilson
Quoting Paulo Zanoni (2017-12-21 17:20:50) > Em Qua, 2017-12-20 às 20:58 +, Chris Wilson escreveu: > > Include the pending update from the FBC worker in i915_fbc_status. > > > > Signed-off-by: Chris Wilson > > Cc: Paulo Zanoni > > --- > >  drivers/gpu/drm/i915/i915_debugfs.c | 13 +--

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/pmu: Only enumerate available counters in sysfs

2017-12-21 Thread Patchwork
== Series Details == Series: drm/i915/pmu: Only enumerate available counters in sysfs URL : https://patchwork.freedesktop.org/series/35689/ State : success == Summary == Series 35689v1 drm/i915/pmu: Only enumerate available counters in sysfs https://patchwork.freedesktop.org/api/1.0/series/356

Re: [Intel-gfx] [PATCH] drm/i915: Show FBC worker status in debugfs

2017-12-21 Thread Paulo Zanoni
Em Qua, 2017-12-20 às 20:58 +, Chris Wilson escreveu: > Include the pending update from the FBC worker in i915_fbc_status. > > Signed-off-by: Chris Wilson > Cc: Paulo Zanoni > --- >  drivers/gpu/drm/i915/i915_debugfs.c | 13 + >  1 file changed, 9 insertions(+), 4 deletions(-) >

[Intel-gfx] [PATCH] drm/i915/pmu: Only enumerate available counters in sysfs

2017-12-21 Thread Tvrtko Ursulin
From: Tvrtko Ursulin Switch over to dynamically creating device attributes, which are in turn used by the perf core to expose available counters in sysfs. This way we do not expose counters which are not avaiable on the current platform, and are so more consistent between what we reply to open a

[Intel-gfx] [PULL] drm-misc-next

2017-12-21 Thread Gustavo Padovan
Hi Dave, Flushing out drm-misc-next before the holidays. Docs and fbdev work here. We will skip a pull request next week, back in 2018! Regards, Gustavo drm-misc-next-2017-12-21: drm-misc-next for 4.16: Core Changes: - mostly doc updates and some fbdev improvements The following changes since

[Intel-gfx] ✗ Fi.CI.IGT: warning for igt/gem_exec_await: Flush the WCB before attempting to queue more work

2017-12-21 Thread Patchwork
== Series Details == Series: igt/gem_exec_await: Flush the WCB before attempting to queue more work URL : https://patchwork.freedesktop.org/series/35684/ State : warning == Summary == Test kms_atomic: Subgroup plane_invalid_params: pass -> SKIP (shard-snb) T

[Intel-gfx] ✓ Fi.CI.BAT: success for igt/gem_exec_await: Flush the WCB before attempting to queue more work

2017-12-21 Thread Patchwork
== Series Details == Series: igt/gem_exec_await: Flush the WCB before attempting to queue more work URL : https://patchwork.freedesktop.org/series/35684/ State : success == Summary == IGT patchset tested on top of latest successful build beb26d89ff5c5621c1e6b6ac2a45439507af86b7 meson: Install

[Intel-gfx] ✓ Fi.CI.IGT: success for series starting with [1/1] igt_aux: Skip hibernation attempts if hibernation is not configured

2017-12-21 Thread Patchwork
== Series Details == Series: series starting with [1/1] igt_aux: Skip hibernation attempts if hibernation is not configured URL : https://patchwork.freedesktop.org/series/35680/ State : success == Summary == Test drv_suspend: Subgroup sysfs-reader-hibernate: fail

[Intel-gfx] [PATCH igt] igt/gem_exec_await: Flush the WCB before attempting to queue more work

2017-12-21 Thread Chris Wilson
Ensure that the terminating write into WC-memory is flushed before we might trigger a wait for ring space. Signed-off-by: Chris Wilson --- tests/gem_exec_await.c | 1 + 1 file changed, 1 insertion(+) diff --git a/tests/gem_exec_await.c b/tests/gem_exec_await.c index 9c4467922..28b280ff6 100644

[Intel-gfx] ✓ Fi.CI.BAT: success for series starting with [1/1] igt_aux: Skip hibernation attempts if hibernation is not configured

2017-12-21 Thread Patchwork
== Series Details == Series: series starting with [1/1] igt_aux: Skip hibernation attempts if hibernation is not configured URL : https://patchwork.freedesktop.org/series/35680/ State : success == Summary == IGT patchset tested on top of latest successful build beb26d89ff5c5621c1e6b6ac2a45439

Re: [Intel-gfx] [PATCH i-g-t 1/1] igt_aux: Skip hibernation attempts if hibernation is not configured

2017-12-21 Thread Petri Latvala
On Thu, Dec 21, 2017 at 01:26:17PM +, Chris Wilson wrote: > I've never used resume=/resume_offset= and hibernate (both from the > desktop and echo disk > /sys/power/state) works. Why CI doesn't work is > a mystery. Do you have your swap on a partition? CI has it on a file. -- Petri Latvala

[Intel-gfx] ✗ Fi.CI.IGT: warning for scripts/trace.pl: Optimize event parsing and processing (rev3)

2017-12-21 Thread Patchwork
== Series Details == Series: scripts/trace.pl: Optimize event parsing and processing (rev3) URL : https://patchwork.freedesktop.org/series/35569/ State : warning == Summary == Test gem_tiled_swapping: Subgroup non-threaded: incomplete -> PASS (shard-snb) fdo#10421

Re: [Intel-gfx] [PATCH i-g-t 1/1] igt_aux: Skip hibernation attempts if hibernation is not configured

2017-12-21 Thread Chris Wilson
Quoting Petri Latvala (2017-12-21 13:18:16) > On Thu, Dec 21, 2017 at 12:59:41PM +, Chris Wilson wrote: > > Quoting Petri Latvala (2017-12-21 12:53:41) > > > rtcwake doesn't give us meaningful ways of differentiating different > > > reasons for hibernation failing. CI doesn't configure hibernat

Re: [Intel-gfx] [PATCH i-g-t 1/1] igt_aux: Skip hibernation attempts if hibernation is not configured

2017-12-21 Thread Petri Latvala
On Thu, Dec 21, 2017 at 12:59:41PM +, Chris Wilson wrote: > Quoting Petri Latvala (2017-12-21 12:53:41) > > rtcwake doesn't give us meaningful ways of differentiating different > > reasons for hibernation failing. CI doesn't configure hibernation to > > work at this time, and hibernation attemp

[Intel-gfx] ✗ Fi.CI.IGT: failure for igt/syncobj: Stress handle->fd/close

2017-12-21 Thread Patchwork
== Series Details == Series: igt/syncobj: Stress handle->fd/close URL : https://patchwork.freedesktop.org/series/35653/ State : failure == Summary == Test gem_eio: Subgroup in-flight-contexts: dmesg-warn -> PASS (shard-snb) fdo#104058 Test kms_flip: Subgro

[Intel-gfx] [PULL] drm-misc-fixes

2017-12-21 Thread Daniel Vetter
Hi Dave, drm-misc-fixes-2017-12-21: drm-misc-fixes before holidays: - fixup for the lease fixup (Keith) - fb leak in the ww mutex fallback code (Maarten) - sun4i fixes (Maxime, Hans) I'll be away for two weeks, but I think Sean and Gustavo are somewhat around-ish. But there's also not really muc

Re: [Intel-gfx] [PATCH i-g-t 1/1] igt_aux: Skip hibernation attempts if hibernation is not configured

2017-12-21 Thread Chris Wilson
Quoting Petri Latvala (2017-12-21 12:53:41) > rtcwake doesn't give us meaningful ways of differentiating different > reasons for hibernation failing. CI doesn't configure hibernation to > work at this time, and hibernation attempts will always fail. Check > for the configuration in the form of resu

Re: [Intel-gfx] [RFC 0/4] GPU/CPU timestamps correlation for relating OA samples with system events

2017-12-21 Thread Lionel Landwerlin
Some more findings I made while playing with this series & GPUTop. Turns out the 2ms drift per second is due to timecounter. Adding the delta this way : https://github.com/djdeath/linux/commit/7b002cb360483e331053aec0f98433a5bd5c5c3f#diff-9b74bd0cfaa90b601d80713c7bd56be4R607 Eliminates the dri

[Intel-gfx] [PATCH i-g-t 1/1] igt_aux: Skip hibernation attempts if hibernation is not configured

2017-12-21 Thread Petri Latvala
rtcwake doesn't give us meaningful ways of differentiating different reasons for hibernation failing. CI doesn't configure hibernation to work at this time, and hibernation attempts will always fail. Check for the configuration in the form of resume= appearing on the kernel command line, which is w

Re: [Intel-gfx] [PATCH v2 6/8] drm/i915: Use an atomic_t array to track power domain use count.

2017-12-21 Thread Maarten Lankhorst
Hey, Op 19-12-17 om 06:26 schreef Dhinakaran Pandiyan: > Convert the power_domains->domain_use_count array that tracks per-domain > use count to atomic_t type. This is needed to be able to read/write the use > counts outside of the power domain mutex. > > Cc: Daniel Vetter > Cc: Ville Syrjälä >

Re: [Intel-gfx] [PATCH] drm/i915/dmc: DMC 1.07 for Cannonlake

2017-12-21 Thread Saarinen, Jani
> -Original Message- > From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf Of > Anusha Srivatsa > Sent: torstai 21. joulukuuta 2017 3.38 > To: intel-gfx@lists.freedesktop.org > Cc: Vivi, Rodrigo > Subject: [Intel-gfx] [PATCH] drm/i915/dmc: DMC 1.07 for Cannonlake >

[Intel-gfx] ✗ Fi.CI.IGT: warning for drm/syncobj: Stop reusing the same struct file for all syncobj -> fd (rev2)

2017-12-21 Thread Patchwork
== Series Details == Series: drm/syncobj: Stop reusing the same struct file for all syncobj -> fd (rev2) URL : https://patchwork.freedesktop.org/series/35576/ State : warning == Summary == Test kms_frontbuffer_tracking: Subgroup fbc-1p-offscren-pri-indfb-draw-render: s

Re: [Intel-gfx] [PATCH 1/8] drm/i915: Move uint_fixed_16_16_t to i915_types.h

2017-12-21 Thread Chris Wilson
Quoting Michal Wajdeczko (2017-12-21 11:37:11) > On Wed, 20 Dec 2017 19:55:58 +0100, Chris Wilson > wrote: > > > Quoting Michal Wajdeczko (2017-12-20 18:36:03) > >> Our uint_fixed_16_16_t definition and related helper functions > >> deserve dedicated header. While here cleanup types and indent.

Re: [Intel-gfx] [PATCH 5/8] drm/i915: Move intel_device_info definitions to its own header

2017-12-21 Thread Michal Wajdeczko
On Wed, 20 Dec 2017 20:07:10 +0100, Chris Wilson wrote: Quoting Michal Wajdeczko (2017-12-20 18:36:07) We already keep intel_device_info functions in dedicated file. Add matching header file and move related definitions there. Signed-off-by: Michal Wajdeczko Cc: Chris Wilson Cc: Rodrigo V

Re: [Intel-gfx] [PATCH 1/8] drm/i915: Move uint_fixed_16_16_t to i915_types.h

2017-12-21 Thread Michal Wajdeczko
On Wed, 20 Dec 2017 19:55:58 +0100, Chris Wilson wrote: Quoting Michal Wajdeczko (2017-12-20 18:36:03) Our uint_fixed_16_16_t definition and related helper functions deserve dedicated header. While here cleanup types and indent. Signed-off-by: Michal Wajdeczko Cc: Chris Wilson Cc: Rodrigo

Re: [Intel-gfx] [PATCH igt] igt/gem_spin_batch: Skip overloading aliased BSD engines

2017-12-21 Thread Chris Wilson
Quoting Tvrtko Ursulin (2017-12-21 11:21:23) > > On 21/12/2017 10:53, Chris Wilson wrote: > > Quoting Tvrtko Ursulin (2017-12-21 10:02:06) > >> > >> On 20/12/2017 17:56, Chris Wilson wrote: > >>> BSD == BSD1 or BSD2. Since we already emit spinners to the explicit BSD > >>> rins, skip the aliased r

Re: [Intel-gfx] [PULL] gvt-fixes for 4.15

2017-12-21 Thread Jani Nikula
On Thu, 21 Dec 2017, Zhenyu Wang wrote: > Hi, > > Please pull one fix for 4.15 that correct default pipe > enable for virtual display in a previous commit from Xiaolin. Pulled, thanks. BR, Jani. > > thanks > -- > The following changes since commit 11474e9091cf2002e948647fd9f63a7f027e488a: > >

Re: [Intel-gfx] [PATCH igt] igt/gem_spin_batch: Skip overloading aliased BSD engines

2017-12-21 Thread Tvrtko Ursulin
On 21/12/2017 10:53, Chris Wilson wrote: Quoting Tvrtko Ursulin (2017-12-21 10:02:06) On 20/12/2017 17:56, Chris Wilson wrote: BSD == BSD1 or BSD2. Since we already emit spinners to the explicit BSD rins, skip the aliased ring. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=104352 Si

[Intel-gfx] ✓ Fi.CI.BAT: success for scripts/trace.pl: Optimize event parsing and processing (rev3)

2017-12-21 Thread Patchwork
== Series Details == Series: scripts/trace.pl: Optimize event parsing and processing (rev3) URL : https://patchwork.freedesktop.org/series/35569/ State : success == Summary == IGT patchset tested on top of latest successful build beb26d89ff5c5621c1e6b6ac2a45439507af86b7 meson: Install .testlis

Re: [Intel-gfx] Accelerated read from WC mem (i915_memcpy_from_wc()) may not work in virtualization world

2017-12-21 Thread Chris Wilson
Quoting Du, Changbin (2017-12-21 09:52:16) > Hi Chris, > Our QA reported a problem caused by movntdqa instructions. Currently, the KVM > hypervisor doesn't support VEX-prefix instructions emulation. If users > passthrough > a GPU to guest with vfio option 'x-no-mmap=on', then all access to the BAR

Re: [Intel-gfx] Accelerated read from WC mem (i915_memcpy_from_wc()) may not work in virtualization world

2017-12-21 Thread Chris Wilson
Quoting Du, Changbin (2017-12-21 09:52:16) > Hi Chris, > Our QA reported a problem caused by movntdqa instructions. Currently, the KVM > hypervisor doesn't support VEX-prefix instructions emulation. If users > passthrough > a GPU to guest with vfio option 'x-no-mmap=on', then all access to the BAR

[Intel-gfx] ✓ Fi.CI.BAT: success for igt/syncobj: Stress handle->fd/close

2017-12-21 Thread Patchwork
== Series Details == Series: igt/syncobj: Stress handle->fd/close URL : https://patchwork.freedesktop.org/series/35653/ State : success == Summary == IGT patchset tested on top of latest successful build beb26d89ff5c5621c1e6b6ac2a45439507af86b7 meson: Install .testlist files and README from t

Re: [Intel-gfx] [PATCH igt] igt/gem_spin_batch: Skip overloading aliased BSD engines

2017-12-21 Thread Chris Wilson
Quoting Tvrtko Ursulin (2017-12-21 10:02:06) > > On 20/12/2017 17:56, Chris Wilson wrote: > > BSD == BSD1 or BSD2. Since we already emit spinners to the explicit BSD > > rins, skip the aliased ring. > > > > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=104352 > > Signed-off-by: Chris Wil

Re: [Intel-gfx] [PATCH v2] drm/syncobj: Stop reusing the same struct file for all syncobj -> fd

2017-12-21 Thread Chris Wilson
Quoting Chris Wilson (2017-12-21 09:28:42) > The vk cts test: > dEQP-VK.api.external.semaphore.opaque_fd.export_multiple_times_temporary > > triggers a lot of > VFS: Close: file count is 0 > > Dave pointed out that clearing the syncobj->file from > drm_syncobj_file_release() was sufficient to sil

[Intel-gfx] [drm-tip:drm-tip 2/8] drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm_mst_types.c:219:6: error: redefinition of 'dm_dp_mst_dc_sink_create'

2017-12-21 Thread kbuild test robot
tree: git://anongit.freedesktop.org/drm/drm-tip drm-tip head: e421f7f2b48c47438cd22d673a2c025562d1f728 commit: d4afdbb09e6b347d3ae084331e8b5d70aa168564 [2/8] Merge remote-tracking branch 'airlied/drm-next' into drm-tip config: i386-randconfig-i1-201751 (attached as .config) compiler: gcc-7 (De

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/syncobj: Stop reusing the same struct file for all syncobj -> fd (rev2)

2017-12-21 Thread Patchwork
== Series Details == Series: drm/syncobj: Stop reusing the same struct file for all syncobj -> fd (rev2) URL : https://patchwork.freedesktop.org/series/35576/ State : success == Summary == Series 35576v2 drm/syncobj: Stop reusing the same struct file for all syncobj -> fd https://patchwork.f

Re: [Intel-gfx] [PATCH igt] igt/gem_spin_batch: Skip overloading aliased BSD engines

2017-12-21 Thread Tvrtko Ursulin
On 20/12/2017 17:56, Chris Wilson wrote: BSD == BSD1 or BSD2. Since we already emit spinners to the explicit BSD rins, skip the aliased ring. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=104352 Signed-off-by: Chris Wilson --- tests/gem_spin_batch.c | 2 +- 1 file changed, 1 insert

[Intel-gfx] Accelerated read from WC mem (i915_memcpy_from_wc()) may not work in virtualization world

2017-12-21 Thread Du, Changbin
Hi Chris, Our QA reported a problem caused by movntdqa instructions. Currently, the KVM hypervisor doesn't support VEX-prefix instructions emulation. If users passthrough a GPU to guest with vfio option 'x-no-mmap=on', then all access to the BARs will be trapped and emulated. The KVM hypervisor wo

Re: [Intel-gfx] [PATCH 3/3] drm/i915: Disable all planes for load detection, v2.

2017-12-21 Thread Maarten Lankhorst
Op 20-12-17 om 11:28 schreef Daniel Vetter: > On Wed, Dec 20, 2017 at 10:35:45AM +0100, Maarten Lankhorst wrote: >> From: Ville Syrjälä >> >> We don't need any active planes during load detection, so just disable >> them all. This saves us from having to come up with a suitable >> framebuffer. And

[Intel-gfx] [PATCH i-g-t v3] scripts/trace.pl: Optimize event parsing and processing

2017-12-21 Thread Tvrtko Ursulin
From: Tvrtko Ursulin A couple of small optimizations which altogether bring around 30% improvement in my testing. 1. Do less string processing on tracepoints names and push more of the check into the if-ladder. 2. Pull out common db key and ctx processing and cache common values in local

  1   2   >