Re: [Intel-gfx] [PATCH v12 08/10] drm: Expose modes with aspect ratio, only if requested

2018-04-29 Thread Nautiyal, Ankit K
On 4/27/2018 7:35 PM, Ville Syrjälä wrote: On Fri, Apr 27, 2018 at 05:44:54PM +0530, Nautiyal, Ankit K wrote: From: Ankit Nautiyal We parse the EDID and add all the modes in the connector's modelist. This adds CEA modes with aspect ratio information too, regadless of whether user space reques

Re: [Intel-gfx] [PATCH v7 1/2] drm: content-type property for HDMI connector

2018-04-29 Thread Lisovskiy, Stanislav
On Fri, 2018-04-27 at 22:40 +0300, Ville Syrjälä wrote: > > + > > +/** > > + * DOC: HDMI connector properties > > + * > > + * content type (HDMI specific): > > + * Indicates content type setting to be used in HDMI > > infoframes to indicate > > + * content type for the external device, so that it a

Re: [Intel-gfx] [PATCH v12 07/10] drm: Handle aspect ratio info in legacy modeset path

2018-04-29 Thread Nautiyal, Ankit K
On 4/27/2018 7:24 PM, Ville Syrjälä wrote: On Fri, Apr 27, 2018 at 05:44:53PM +0530, Nautiyal, Ankit K wrote: From: Ankit Nautiyal If the user-space does not support aspect-ratio, and requests for a modeset with mode having aspect ratio bits set, then the given user-mode must be rejected. Sec

[Intel-gfx] [PATCH] drm/i915: Wait for PSR exit before checking for vblank evasion for an atomic update

2018-04-29 Thread Tarun Vyas
From: Tarun The PIPEDSL freezes on PSR entry and if PSR hasn't fully exited, then the pipe_update_start call schedules itself out to check back later. On ChromeOS-4.4 kernel, which is fairly up-to-date w.r.t drm/i915 but lags w.r.t core kernel code, hot plugging an external display triggers tons

[Intel-gfx] [PATCH] drm/i915: Force 2*96 MHz cdclk on glk/cnl when audio power is enabled

2018-04-29 Thread Abhay Kumar
CDCLK has to be at least twice the BLCK regardless of audio. Audio driver has to probe using this hook and increase the clock even in absence of any display. Signed-off-by: Ville Syrjälä Signed-off-by: Abhay Kumar --- drivers/gpu/drm/i915/i915_drv.h | 2 ++ drivers/gpu/drm/i915/intel_audi

Re: [Intel-gfx] [PATCH] x86: Mark up large pm4/5 constants with UL

2018-04-29 Thread Kirill A. Shutemov
On Sun, Apr 29, 2018 at 12:48:32PM +0100, Chris Wilson wrote: > To silence sparse while maintaining compatibility with the assembly, use > _UL which conditionally only appends the UL suffix for C code. http://lkml.kernel.org/r/nycvar.yfh.7.76.1804121437350.28...@cbobk.fhfr.pm -- Kirill A. Shute

[Intel-gfx] [PATCH] x86: Mark up large pm4/5 constants with UL

2018-04-29 Thread Chris Wilson
To silence sparse while maintaining compatibility with the assembly, use _UL which conditionally only appends the UL suffix for C code. Fixes: a7412546d8cb ("x86/mm: Adjust vmalloc base and size at boot-time") Signed-off-by: Chris Wilson Cc: Kirill A. Shutemov Cc: Peter Zijlstra Cc: Thomas Glei

Re: [Intel-gfx] [PATCH 00/17] dma-fence doc polish and small cleanup

2018-04-29 Thread Christian König
Patches #1-#5 in this series are Reviewed-by: Christian König Regards, Christian. Am 27.04.2018 um 08:17 schrieb Daniel Vetter: Hi all, Somewhat motivated by me looking at the v3d patch I went and dug around in the dma-fence code a bit. Result was a bit of doc polish and making a bunch of ca

Re: [Intel-gfx] [PATCH 06/17] drm/amdgpu: Remove unecessary dma_fence_ops

2018-04-29 Thread Christian König
Am 27.04.2018 um 08:17 schrieb Daniel Vetter: dma_fence_default_wait is the default now. Signed-off-by: Daniel Vetter Cc: Alex Deucher Cc: "Christian König" Cc: Monk Liu Cc: pding Cc: Andrey Grodzovsky Cc: Evan Quan Cc: Daniel Vetter Cc: Kees Cook Reviewed-by: Christian König ---

Re: [Intel-gfx] [PATCH 04/17] dma-fence: Allow wait_any_timeout for all fences

2018-04-29 Thread Christian König
Am 27.04.2018 um 08:17 schrieb Daniel Vetter: When this was introduced in commit a519435a96597d8cd96123246fea4ae5a6c90b02 Author: Christian König Date: Tue Oct 20 16:34:16 2015 +0200 dma-buf/fence: add fence_wait_any_timeout function v2 there was a restriction added that this only work

Re: [Intel-gfx] [PATCH 13/17] drm/radeon: Remove custom dma_fence_ops->wait implementation

2018-04-29 Thread Christian König
NAK, there is a subtitle but major difference: - if (rdev->needs_reset) { - t = -EDEADLK; - break; - } Without that the whole radeon GPU reset code breaks. Regards, Christian. Am 27.04.2018 um 08:17 schrieb Daniel Vette