[Intel-gfx] ✗ Fi.CI.BAT: failure for drm/i915: Do not enable movntdqa optimization in hypervisor guest (rev2)

2017-12-24 Thread Patchwork
== Series Details == Series: drm/i915: Do not enable movntdqa optimization in hypervisor guest (rev2) URL : https://patchwork.freedesktop.org/series/35711/ State : failure == Summary == Applying: drm/i915: Do not enable movntdqa optimization in hypervisor guest Using index info to reconstruct

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

2017-12-24 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

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

2017-12-24 Thread Du, Changbin
On Fri, Dec 22, 2017 at 11:11:15AM +, Chris Wilson wrote: > Quoting changbin...@intel.com (2017-12-22 06:31:49) > > From: Changbin Du > > > > Our QA reported a problem caused by movntdqa instructions. Currently, > > the KVM hypervisor doesn't support VEX-prefix

[Intel-gfx] ✗ Fi.CI.IGT: failure for drm/i915: Try EDID bitbanging on HDMI after failed read

2017-12-24 Thread Patchwork
== Series Details == Series: drm/i915: Try EDID bitbanging on HDMI after failed read URL : https://patchwork.freedesktop.org/series/35770/ State : failure == Summary == Test gem_tiled_swapping: Subgroup non-threaded: pass -> INCOMPLETE (shard-hsw) fdo#104218 Test

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915: Try EDID bitbanging on HDMI after failed read

2017-12-24 Thread Patchwork
== Series Details == Series: drm/i915: Try EDID bitbanging on HDMI after failed read URL : https://patchwork.freedesktop.org/series/35770/ State : success == Summary == Series 35770v1 drm/i915: Try EDID bitbanging on HDMI after failed read

[Intel-gfx] [PATCH v1] drm/i915: Try EDID bitbanging on HDMI after failed read

2017-12-24 Thread Stefan Brüns
The ACK/NACK implementation as found in e.g. the G965 has the falling clock edge and the release of the data line to ACK the received byte happen at the same time. Some HDMI-to-VGA converters apparently read the ACK not in the middle of the clock high phase, but at the rising clock edge, so

[Intel-gfx] ✓ Fi.CI.IGT: success for meson: Bump required version to 0.44.0

2017-12-24 Thread Patchwork
== Series Details == Series: meson: Bump required version to 0.44.0 URL : https://patchwork.freedesktop.org/series/35766/ State : success == Summary == Test drv_suspend: Subgroup debugfs-reader: skip -> PASS (shard-hsw) Test gem_eio: Subgroup

[Intel-gfx] ✓ Fi.CI.BAT: success for meson: Bump required version to 0.44.0

2017-12-24 Thread Patchwork
== Series Details == Series: meson: Bump required version to 0.44.0 URL : https://patchwork.freedesktop.org/series/35766/ State : success == Summary == IGT patchset tested on top of latest successful build 6d27acafa3a2d80b6330e2380a3548bc98dcc3e5 igt/gem_exec_await: Flush the WCB before

[Intel-gfx] [PATCH i-g-t] meson: Bump required version to 0.44.0

2017-12-24 Thread Rhys Kidd
warning() needs that, which was introduced in a 865a47ca failure path. Otherwise we get error messages on that failure path like: ... Program leg found: NO Meson encountered an error in file overlay/meson.build, line 62, column 1: Unknown function "warning". FAILED: build.ninja ...