[PATCH v5 01/17] drm: add HDMI 2.0 VIC support for AVI info-frames

HDMI 1.4b support the CEA video modes as per range of CEA-861-D (VIC 1-64). For any other mode, the VIC filed in AVI infoframes should be 0. HDMI 2.0 sinks, support video modes range as per CEA-861-F spec, which is extended to (VIC 1-107). This patch adds a bool input variable, which indicates if

[PATCH v5 00/17] HDMI YCBCR output handling in DRM layer

This patch series adds support for YCBCR HDMI output handling in DRM layer. The main aim of this patch series was to handle YCBCR 4:2:0 output for HDMI 2.0 displays. But while providing a framework to handle non-RGB outputs, support for YCBCR 4:4:4 and 4:2:2 was also added. First 2 patches, comple

[PATCH v5 02/17] drm: add YCBCR 420 capability identifier

This patch adds a bool variable (ycbcr_420_allowed) in the drm connector structure. While handling the EDID from HDMI 2.0 sinks, its important to know if the source is capable of handling YCBCR 420 outputs or not, so that a lot of work can be done/bypassed based on this information. One such exampl

Re: [PATCH 2/2] drm/hdmi: Allow HDMI infoframe without VIC or S3D

On 04.07.2017 14:44, Ville Syrjälä wrote: > On Tue, Jul 04, 2017 at 01:56:07PM +0200, Andrzej Hajda wrote: >> On 03.07.2017 21:19, ville.syrj...@linux.intel.com wrote: >>> From: Ville Syrjälä >>> >>> Appedix F of HDMI 2.0 says that some HDMI sink may fail to switch from >>> 3D to 2D mode in a time

Re: [PATCH] drm: ttm: vmwgfx: dma-buf: Constify ttm_place structures.

Looks good. Thanks. I've queued this for my next pull request. On Sun, Jul 02, 2017 at 01:26:55PM +0530, Arvind Yadav wrote: > ttm_place are not supposed to change at runtime. All functions > working with ttm_place provided by work > with const ttm_place. So mark the non-const structs as const.

Re: [PATCH 2/2] drm/hdmi: Allow HDMI infoframe without VIC or S3D

On Tue, Jul 04, 2017 at 01:56:07PM +0200, Andrzej Hajda wrote: > On 03.07.2017 21:19, ville.syrj...@linux.intel.com wrote: > > From: Ville Syrjälä > > > > Appedix F of HDMI 2.0 says that some HDMI sink may fail to switch from > > 3D to 2D mode in a timely fashion if the source simply stops sending

Re: [PATCH 2/2] drm/hdmi: Allow HDMI infoframe without VIC or S3D

On 03.07.2017 21:19, ville.syrj...@linux.intel.com wrote: > From: Ville Syrjälä > > Appedix F of HDMI 2.0 says that some HDMI sink may fail to switch from > 3D to 2D mode in a timely fashion if the source simply stops sending the > HDMI infoframe. The suggested workaround is to keep sending the >

Re: [PATCH 2/2] drm/hdmi: Allow HDMI infoframe without VIC or S3D

On Mon, Jul 03, 2017 at 10:19:38PM +0300, ville.syrj...@linux.intel.com wrote: > From: Ville Syrjälä > > Appedix F of HDMI 2.0 says that some HDMI sink may fail to switch from > 3D to 2D mode in a timely fashion if the source simply stops sending the > HDMI infoframe. The suggested workaround is

Re: [PATCH 1/2] video/hdmi: Allow "empty" HDMI infoframes

On Tue, Jul 04, 2017 at 11:41:27AM +0200, Andrzej Hajda wrote: > On 03.07.2017 21:19, ville.syrj...@linux.intel.com wrote: > > From: Ville Syrjälä > > > > HDMI 2.0 Appendix F suggest that we should keep sending the infoframe > > when switching from 3D to 2D mode, even if the infoframe isn't strict

Re: [PATCH libdrm 2/2] radeon: use asic id table to get chipset name

Hi Sam, do you also have a Mesa patch showing how the new APIs will be used? Without seeing that, some minor comments below. On 01/07/17 04:25 AM, Samuel Li wrote: > > +//#include > +//#include Remove these lines. > +#include "util/util_asic_id.h" Patch 1 adds the util directory to incl

Re: [PATCH 1/2] video/hdmi: Allow "empty" HDMI infoframes

On 03.07.2017 21:19, ville.syrj...@linux.intel.com wrote: > From: Ville Syrjälä > > HDMI 2.0 Appendix F suggest that we should keep sending the infoframe > when switching from 3D to 2D mode, even if the infoframe isn't strictly > necessary (ie. not needed to transmit the VIC or stereo information)

[Bug 101685] [amdgpu][tahiti xt] dota2 random crash

https://bugs.freedesktop.org/show_bug.cgi?id=101685 Bug ID: 101685 Summary: [amdgpu][tahiti xt] dota2 random crash Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Se

[Bug 196269] [amdgpu][tahiti xt] dota2 crashes randomly in game

https://bugzilla.kernel.org/show_bug.cgi?id=196269 Sylvain BERTRAND (sylvain.bertr...@gmail.com) changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH 07/12] drm: export drm_gem_prime_dmabuf_ops

Am 04.07.2017 um 08:26 schrieb Daniel Vetter: On Tue, Jul 04, 2017 at 02:55:00PM +1000, Dave Airlie wrote: On 4 Jul. 2017 11:23, "Michel Dänzer" wrote: Adding the dri-devel list, since this is a core DRM patch. On 04/07/17 06:11 AM, Felix Kuehling wrote: From: Christian König This allows

[Bug 101683] Some games hang while loading when compositing is shut off or absent

https://bugs.freedesktop.org/show_bug.cgi?id=101683 --- Comment #6 from Michel Dänzer --- The patch I just attached to bug 97957 fixes the Warzone2100 hangs for me as well. -- You are receiving this mail because: You are the assignee for the bug.___ d

Re: [PATCH v3] drm/edid: rename macro for CEA extended-tag

/20170704-114852 base: git://people.freedesktop.org/~airlied/linux.git drm-next config: x86_64-randconfig-x015-07041133 (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All error

<    1   2