Re: [Intel-gfx] [PATCH 1/2] drm/i915/guc: Add GuC Load time to dmesg log.

On Wed, 01 Nov 2017 01:11:20 +0100, Anusha Srivatsa wrote: Calculate the time that GuC takes to load using jiffies. This information could be very useful in ^^^ This is no longer true. determining if GuC is taking unreasonably long time to load in a

[Intel-gfx] ✗ Fi.CI.BAT: failure for drm/i915: Generalize transcoder looping

== Series Details == Series: drm/i915: Generalize transcoder looping URL : https://patchwork.freedesktop.org/series/32965/ State : failure == Summary == Series 32965v1 drm/i915: Generalize transcoder looping https://patchwork.freedesktop.org/api/1.0/series/32965/revisions/1/mbox/ Test

Re: [Intel-gfx] [PATCH i-g-t] kms_atomic_transition: Add subtest time limit/randomize plane, pipe combinations

On Wed, Nov 01, 2017 at 12:32:37PM +0100, Maarten Lankhorst wrote: > Op 31-10-17 om 14:44 schreef Imre Deak: > > Doing modeset on internal panels may have a considerable overhead due to > > the panel specific power sequencing delays. To avoid long test runtimes > > limit the runtime of each

Re: [Intel-gfx] [maintainer-tools PATCH] dim: Sign commits in addition to tags

On Wed, Nov 1, 2017 at 7:12 AM, Gustavo Padovan wrote: > 2017-10-31 Sean Paul : > >> On Tue, Oct 31, 2017 at 1:31 PM, Daniel Vetter wrote: >> > On Tue, Oct 31, 2017 at 5:14 PM, Sean Paul wrote: >> >> On Tue, Oct

[Intel-gfx] [PATCH] drm/i915: Generalize transcoder looping

To make looping through transcoders in intel_ddi.c more generic, let's switch to use 'for_each_pipe()' macro to do this. Signed-off-by: Mika Kahola --- drivers/gpu/drm/i915/intel_ddi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [Intel-gfx] [PATCH v3] drm/i915: Remove unsafe i915.enable_rc6

On Mon, 2017-10-30 at 10:48 -0700, Rodrigo Vivi wrote: > On Mon, Oct 30, 2017 at 01:00:51PM +, David Weinehall wrote: > > On Fri, Oct 27, 2017 at 01:57:09PM -0700, Daniele Ceraolo Spurio wrote: > > > > > > > > > On 26/10/17 03:32, Chris Wilson wrote: > > > > It has been many years since the

Re: [Intel-gfx] [PATCH i-g-t] kms_atomic_transition: Add subtest time limit/randomize plane, pipe combinations

Op 31-10-17 om 14:44 schreef Imre Deak: > Doing modeset on internal panels may have a considerable overhead due to > the panel specific power sequencing delays. To avoid long test runtimes > limit the runtime of each subtest. Randomize the plane/pipe combinations > to preserve the test coverage on

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915/cnl: Symmetric scalers for each pipe (rev2)

== Series Details == Series: drm/i915/cnl: Symmetric scalers for each pipe (rev2) URL : https://patchwork.freedesktop.org/series/31589/ State : success == Summary == Test kms_properties: Subgroup crtc-properties-atomic: skip -> PASS (shard-hsw) Test pm_rpm:

Re: [Intel-gfx] [maintainer-tools PATCH] dim: Sign commits in addition to tags

2017-10-31 Sean Paul : > On Tue, Oct 31, 2017 at 1:31 PM, Daniel Vetter wrote: > > On Tue, Oct 31, 2017 at 5:14 PM, Sean Paul wrote: > >> On Tue, Oct 31, 2017 at 4:27 AM, Jani Nikula > >> wrote: > >>> >

Re: [Intel-gfx] [PATCH i-g-t] kms_atomic_transition: Add subtest time limit/randomize plane, pipe combinations

On Wed, Nov 01, 2017 at 10:48:50AM +, Chris Wilson wrote: > Quoting Imre Deak (2017-11-01 09:56:22) > > On Tue, Oct 31, 2017 at 10:23:25PM +, Chris Wilson wrote: > > > Quoting Imre Deak (2017-10-31 13:44:47) > > > > Doing modeset on internal panels may have a considerable overhead due to >

Re: [Intel-gfx] [PATCH i-g-t] kms_atomic_transition: Add subtest time limit/randomize plane, pipe combinations

Quoting Imre Deak (2017-11-01 09:56:22) > On Tue, Oct 31, 2017 at 10:23:25PM +, Chris Wilson wrote: > > Quoting Imre Deak (2017-10-31 13:44:47) > > > Doing modeset on internal panels may have a considerable overhead due to > > > the panel specific power sequencing delays. To avoid long test

Re: [Intel-gfx] [PATCH 05/20] drm/i915: Save all GT WAs and apply them at a later time

On Tue, Oct 31, 2017 at 09:30:27AM -0700, Oscar Mateo wrote: > > > On 10/31/2017 07:14 AM, Joonas Lahtinen wrote: > > On Mon, 2017-10-30 at 13:17 -0700, Oscar Mateo wrote: > > > By doing this, we can dump these workarounds in debugfs for validation > > > (which, > > > at the moment, we are only

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/cnl: Symmetric scalers for each pipe (rev2)

== Series Details == Series: drm/i915/cnl: Symmetric scalers for each pipe (rev2) URL : https://patchwork.freedesktop.org/series/31589/ State : success == Summary == Series 31589v2 drm/i915/cnl: Symmetric scalers for each pipe

[Intel-gfx] [PATCH v2] drm/i915/cnl: Symmetric scalers for each pipe

For Cannonlake the number of scalers for each pipe is 2. Let's increase the number of scalers for pipe C. v2: Use INTEL_GEN() instead of IS_CANNONLAKE() Signed-off-by: Mika Kahola --- drivers/gpu/drm/i915/intel_device_info.c | 5 - 1 file changed, 4 insertions(+), 1

[Intel-gfx] ✗ Fi.CI.IGT: warning for kms_atomic_transition: Add subtest time limit/randomize plane, pipe combinations

== Series Details == Series: kms_atomic_transition: Add subtest time limit/randomize plane, pipe combinations URL : https://patchwork.freedesktop.org/series/32905/ State : warning == Summary == Test kms_busy: Subgroup extended-modeset-hang-newfb-with-reset-render-A:

[Intel-gfx] ✗ Fi.CI.BAT: failure for drm/i915: Introduce GEM proxy

== Series Details == Series: drm/i915: Introduce GEM proxy URL : https://patchwork.freedesktop.org/series/32953/ State : failure == Summary == Series 32953v1 drm/i915: Introduce GEM proxy https://patchwork.freedesktop.org/api/1.0/series/32953/revisions/1/mbox/ Test kms_pipe_crc_basic:

Re: [Intel-gfx] [PATCH i-g-t] kms_atomic_transition: Add subtest time limit/randomize plane, pipe combinations

On Tue, Oct 31, 2017 at 10:23:25PM +, Chris Wilson wrote: > Quoting Imre Deak (2017-10-31 13:44:47) > > Doing modeset on internal panels may have a considerable overhead due to > > the panel specific power sequencing delays. To avoid long test runtimes > > limit the runtime of each subtest.

Re: [Intel-gfx] [PATCH 00/10] drm/i915: Nuke dig_port->port and assorted cleanups

On Tue, 31 Oct 2017, Ville Syrjala wrote: > From: Ville Syrjälä > > The main attraction of this series is removal of > intel_digital_port->port. Ever since the introduction of > intel_encoder->port it has been redundant, and I figured

Re: [Intel-gfx] [PATCH v2 6/7] drm/i915: write AVI infoframes for LSPCON

On Wed, Nov 01, 2017 at 10:27:23AM +0100, Maarten Lankhorst wrote: > Op 09-08-17 om 08:46 schreef Shashank Sharma: > > To pass AVI infoframes from display controller to LSPCON, we > > have to write infoframe packets into vendor specified AUX address, > > in vendor specified way. > > > > Also,

Re: [Intel-gfx] [PATCH] drm/i915: set minimum CD clock to twice the BCLK.

On Tue, 31 Oct 2017, "Kumar, Abhay" wrote: > On 10/30/2017 5:21 PM, Pandiyan, Dhinakaran wrote: >> On Sun, 2017-10-29 at 03:04 +, Kumar, Abhay wrote: >>> + Subhransu >>> >>> -Original Message- >>> From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org]

Re: [Intel-gfx] [PATCH v2 7/7] drm/i915: YCBCR 420 support for LSPCON

Op 09-08-17 om 08:46 schreef Shashank Sharma: > LSPCON chips support YCBCR420 outputs. To be able to get > YCBCR420 output from LSPCON chip, the source should: > - Generate YCBCR444 HDMI output > - Set AVI infoframes for a YCBCR420 output. > > Unlike Native HDMI 4:2:0 outputs, there is no need to

[Intel-gfx] [PATCH v2 1/2] drm/i915: Introduce GEM proxy

GEM proxy is a kind of GEM, whose backing physical memory is pinned and produced by guest VM and is used by host as read only. With GEM proxy, host is able to access guest physical memory through GEM object interface. As GEM proxy is such a special kind of GEM, a new flag I915_GEM_OBJECT_IS_PROXY

[Intel-gfx] [PATCH v2 2/2] drm/i915: Object w/o backing stroage is banned by -ENXIO

-ENXIO should be returned when operations are banned from changing backing storage of objects without backing storage. v2: - update the patch description and subject to just mention objects w/o backing storage, instead of "GEM proxy". (Joonas) Signed-off-by: Tina Zhang

Re: [Intel-gfx] [PATCH v2 6/7] drm/i915: write AVI infoframes for LSPCON

Op 09-08-17 om 08:46 schreef Shashank Sharma: > To pass AVI infoframes from display controller to LSPCON, we > have to write infoframe packets into vendor specified AUX address, > in vendor specified way. > > Also, LSPCON vendors provide AUX offsets, to inform the LSPCON > chip that the AVI IF

[Intel-gfx] [PATCH v2 0/2] drm/i915: Introduce GEM proxy

This patch-set introduces the GEM proxy which is a kind of GEM whose backing physical memory is pinned and produced by guest VM and is used by host as read only. The patch is separated from the "Dma-buf support for Gvt-g" patch-set. (Joonas) v2: - return -ENXIO when pin and map pages of GEM

[Intel-gfx] [PATCH v2 0/2] drm/i915: Introduce GEM proxy

This patch-set introduces the GEM proxy which is a kind of GEM whose backing physical memory is pinned and produced by guest VM and is used by host as read only. The patch is separated from the "Dma-buf support for Gvt-g" patch-set. (Joonas) v2: - return -ENXIO when pin and map pages of GEM

Re: [Intel-gfx] [PATCH v2 2/2] Test case for drm_vblank_cleanup refcount validation patch

On Wed, Nov 01, 2017 at 09:48:28AM +0530, PrasannaKumar Muralidharan wrote: > Hi Daniel, > > On 31 October 2017 at 21:57, Daniel Vetter wrote: > > On Tue, Oct 31, 2017 at 08:37:21PM +0530, PrasannaKumar Muralidharan wrote: > >> My patch is supposed to catch problem with drivers.

<    1   2