[drm-intel:for-linux-next 4/5] include/linux/compiler.h:529:38: error: call to '__compiletime_assert_1626' declared with attribute error: BUILD_BUG_ON failed: (fast_timeout_us) > 50000

tree: git://anongit.freedesktop.org/drm-intel for-linux-next head: bea4e4a4f831df1c104be60b3caa7205ba1bb4f9 commit: 1d1a9774e40414148ecebbdb713746bfb6f9a561 [4/5] drm/i915: Extend intel_wait_for_register_fw() with fast timeout config: x86_64-randconfig-h0-04080942 (attached as .config)

drm-tip/drm-tip boot: 119 boots: 3 failed, 115 passed with 1 offline (v4.11-rc5-1802-g2d286312feeb)

drm-tip/drm-tip boot: 119 boots: 3 failed, 115 passed with 1 offline (v4.11-rc5-1802-g2d286312feeb) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1802-g2d286312feeb/ Full Build Summary:

[Bug 99515] SIGSEGV MAPERR on Android nougat-x86 with mesa 17.0.0rc

https://bugs.freedesktop.org/show_bug.cgi?id=99515 Mauro Rossi changed: What|Removed |Added Status|NEW |RESOLVED

drm-tip/drm-tip boot: 120 boots: 3 failed, 115 passed with 2 offline (v4.11-rc5-1801-gc9c537bbdea4)

drm-tip/drm-tip boot: 120 boots: 3 failed, 115 passed with 2 offline (v4.11-rc5-1801-gc9c537bbdea4) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1801-gc9c537bbdea4/ Full Build Summary:

[Bug 100616] With Radeon HD 8550M system freezes when running 3D application

https://bugs.freedesktop.org/show_bug.cgi?id=100616 --- Comment #1 from Arham Amouei --- I also tried DRI_PRIME=1 glxgears It doesn't freeze, but shows nothing. -- You are receiving this mail because: You are the assignee for the

[Bug 100614] GPU HANG: ecode 9:0:0xef9ffffd, in chrome [1777], reason: Ring hung, action: reset

https://bugs.freedesktop.org/show_bug.cgi?id=100614 raviky changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 100616] With Radeon HD 8550M system freezes when running 3D application

https://bugs.freedesktop.org/show_bug.cgi?id=100616 Bug ID: 100616 Summary: With Radeon HD 8550M system freezes when running 3D application Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS:

drm-tip/drm-tip boot: 117 boots: 5 failed, 111 passed with 1 offline (v4.11-rc5-1799-ge0a6f97889aa)

drm-tip/drm-tip boot: 117 boots: 5 failed, 111 passed with 1 offline (v4.11-rc5-1799-ge0a6f97889aa) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1799-ge0a6f97889aa/ Full Build Summary:

[drm-intel:for-linux-next 4/5] drivers/gpu//drm/i915/intel_uncore.c:1626: error: call to '__compiletime_assert_1626' declared with attribute error: BUILD_BUG_ON failed: (fast_timeout_us) > 50000

tree: git://anongit.freedesktop.org/drm-intel for-linux-next head: bea4e4a4f831df1c104be60b3caa7205ba1bb4f9 commit: 1d1a9774e40414148ecebbdb713746bfb6f9a561 [4/5] drm/i915: Extend intel_wait_for_register_fw() with fast timeout config: x86_64-randconfig-s1-04080500 (attached as .config)

[PATCH v2] dma-buf: Implement simple read/write vfs ops

It is expected that processes will pass dma-buf fd between drivers, and only using the fd themselves for mmaping and synchronisation ioctls. However, it may be convenient for an application to read/write into the dma-buf, for instance a test case to check the internal dma_buf->ops->kmap interface.

Re: [RFC PATCH 2/2] drm/vgem: Enable dmabuf import interfaces

On Fri, Apr 07, 2017 at 10:58:47AM -0700, Laura Abbott wrote: > On 04/07/2017 09:58 AM, Chris Wilson wrote: > > On Fri, Apr 07, 2017 at 09:18:30AM -0700, Laura Abbott wrote: > >> On 04/07/2017 12:39 AM, Chris Wilson wrote: > >>> On Thu, Apr 06, 2017 at 04:18:33PM -0700, Laura Abbott wrote: >

Re: [PULL] Last drm-misc-next pull for 4.12

On Fri, Apr 07, 2017 at 04:58:54PM -0400, Sean Paul wrote: > Hi Dave, > Here's the last 4.12 pull request for drm-misc-next. It's quite noisy due to > us Hi drm-misc committers, Just a note that any fixes targetting 4.12 should now go through drm-misc-next-fixes as drm-misc-next is moving on.

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings (v4.11-rc5-1802-g2d286312feeb)

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings (v4.11-rc5-1802-g2d286312feeb) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1802-g2d286312feeb/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc5-1802-g2d286312feeb Git Commit:

drm-tip/drm-tip boot: 114 boots: 2 failed, 112 passed (v4.11-rc5-1786-g50ff2d4f1de4)

drm-tip/drm-tip boot: 114 boots: 2 failed, 112 passed (v4.11-rc5-1786-g50ff2d4f1de4) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1786-g50ff2d4f1de4/ Full Build Summary:

[PULL] Last drm-misc-next pull for 4.12

Hi Dave, Here's the last 4.12 pull request for drm-misc-next. It's quite noisy due to us pulling back rc5 in order to pick up some Synopsys media formats that we added in conjunction with Mauro. drm-misc-next-2017-04-07: Last drm-misc-next pull req for 4.12 Core changes: - fb_helper checkpatch

[Bug 195231] Continuous messages of "*ERROR* UVD not responding, trying to reset the VCPU!!!" and frozen screen

https://bugzilla.kernel.org/show_bug.cgi?id=195231 --- Comment #10 from rbr...@gmail.com --- Dear Alex and other developers, On Thu, Apr 6, 2017 at 1:03 AM, wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=195231 > > --- Comment #9 from Rogério Brito

[Bug 100614] GPU HANG: ecode 9:0:0xef9ffffd, in chrome [1777], reason: Ring hung, action: reset

https://bugs.freedesktop.org/show_bug.cgi?id=100614 Bug ID: 100614 Summary: GPU HANG: ecode 9:0:0xef9d, in chrome [1777], reason: Ring hung, action: reset Product: Mesa Version: unspecified Hardware: x86-64 (AMD64)

[Bug 195283] amdgpu: desktop freezes with wine-staging and FS2002

https://bugzilla.kernel.org/show_bug.cgi?id=195283 fin4...@hotmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

drm-tip/drm-tip build: 207 builds: 0 failed, 207 passed, 204 warnings (v4.11-rc5-1801-gc9c537bbdea4)

drm-tip/drm-tip build: 207 builds: 0 failed, 207 passed, 204 warnings (v4.11-rc5-1801-gc9c537bbdea4) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1801-gc9c537bbdea4/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc5-1801-gc9c537bbdea4 Git Commit:

[pull] radeon and amdgpu drm-next-4.12

Hi Dave, Just some bug fixes and vega10 updates for 4.12. The following changes since commit 0168778115687486575a6831df865dbc4f5369fe: Merge branch 'drm-next-4.12' of git://people.freedesktop.org/~agd5f/linux into drm-next (2017-04-07 05:49:12 +1000) are available in the git repository at:

drm-tip/drm-tip boot: 115 boots: 4 failed, 110 passed with 1 offline (v4.11-rc5-1785-g5a74def41941)

drm-tip/drm-tip boot: 115 boots: 4 failed, 110 passed with 1 offline (v4.11-rc5-1785-g5a74def41941) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1785-g5a74def41941/ Full Build Summary:

[PATCH] dma-buf: Implement simple read/write vfs ops

It is expected that processes will pass dma-buf fd between drivers, and only using the fd themselves for mmaping and synchronisation ioctls. However, it may be convenient for an application to read/write into the dma-buf, for instance a test case to check the internal dma_buf->ops->kmap interface.

[Bug 195283] amdgpu: desktop freezes with wine-staging and FS2002

https://bugzilla.kernel.org/show_bug.cgi?id=195283 Alex Deucher (alexdeuc...@gmail.com) changed: What|Removed |Added CC|

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings (v4.11-rc5-1799-ge0a6f97889aa)

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings (v4.11-rc5-1799-ge0a6f97889aa) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1799-ge0a6f97889aa/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc5-1799-ge0a6f97889aa Git Commit:

[Bug 195283] New: amdgpu: desktop freezes with wine-staging and FS2002

https://bugzilla.kernel.org/show_bug.cgi?id=195283 Bug ID: 195283 Summary: amdgpu: desktop freezes with wine-staging and FS2002 Product: Drivers Version: 2.5 Kernel Version: 4.11-rc5 Hardware: x86-64 OS: Linux

Re: [PATCH] drm: Don't allow interruptions when opening debugfs/crc

On Fri, Apr 07, 2017 at 06:42:46PM +0200, Daniel Vetter wrote: > On Fri, Apr 07, 2017 at 01:55:00PM +0200, Tomeu Vizoso wrote: > > On 04/07/2017 01:17 PM, Chris Wilson wrote: > > > The code does not like to be interrupted when waiting for the first > > > vblank after opening a debugfs/crc channel,

Re: [PATCH v5 12/12] drm/drm_ioctl.c: Break ioctl when drm device not registered

On Fri, Apr 07, 2017 at 05:24:59PM +0800, jeffy wrote: > Hi Daniel, > > On 04/07/2017 03:16 PM, Daniel Vetter wrote: > > On Thu, Apr 06, 2017 at 08:31:25PM +0800, Jeffy Chen wrote: > > > After unbinding drm, the user space may still owns the drm dev fd, > > > and may still be able to call drm

Re: [PATCH] drm: dw-hdmi: Implement the mode_fixup drm helper

On Fri, Apr 07, 2017 at 02:17:43PM +0200, Romain Perier wrote: > This helper is supposed to validate or reject the modeline before it > applied by the mode setting. Currently this function has been dropped, > it was previously set to a dummy function that always returned true. For > both cases,

Re: [PATCH] drm: dw-hdmi: Implement the mode_fixup drm helper

On Fri, Apr 7, 2017 at 7:15 PM, Archit Taneja wrote: > On 4/7/2017 5:47 PM, Romain Perier wrote: >> >> This helper is supposed to validate or reject the modeline before it >> applied by the mode setting. Currently this function has been dropped, >> it was previously set to

Re: [RFC PATCH 2/2] drm/vgem: Enable dmabuf import interfaces

On 04/07/2017 09:58 AM, Chris Wilson wrote: > On Fri, Apr 07, 2017 at 09:18:30AM -0700, Laura Abbott wrote: >> On 04/07/2017 12:39 AM, Chris Wilson wrote: >>> On Thu, Apr 06, 2017 at 04:18:33PM -0700, Laura Abbott wrote: Enable the GEM dma-buf import interfaces in addition to the export

Re: [GIT PULL FOR v4.12] Renesas R-Car Gen3 DU HDMI support

On Tue, Apr 04, 2017 at 06:03:13PM +0200, Daniel Vetter wrote: > On Tue, Apr 04, 2017 at 06:38:15PM +0300, Laurent Pinchart wrote: > > Hi Thierry, > > > > On Tuesday 04 Apr 2017 17:21:47 Thierry Reding wrote: > > > On Tue, Apr 04, 2017 at 05:17:44PM +0300, Laurent Pinchart wrote: > > > > Hi Dave,

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings (v4.11-rc5-1786-g50ff2d4f1de4)

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings (v4.11-rc5-1786-g50ff2d4f1de4) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1786-g50ff2d4f1de4/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc5-1786-g50ff2d4f1de4 Git Commit:

drm-tip/drm-tip boot: 118 boots: 1 failed, 116 passed with 1 offline (v4.11-rc5-1784-gc5d424760e9a)

drm-tip/drm-tip boot: 118 boots: 1 failed, 116 passed with 1 offline (v4.11-rc5-1784-gc5d424760e9a) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1784-gc5d424760e9a/ Full Build Summary:

Re: [PATCH] drm: panels: Add MAINTAINERS entry for LVS panel driver

On Fri, Apr 07, 2017 at 05:44:15AM +1000, Dave Airlie wrote: > On 5 April 2017 at 16:51, Laurent Pinchart > wrote: > > As the DRM LVDS panel driver uses a different approach to DT bindings > > compared to what Thierry Reding advocates, add a specific

Re: [PATCH v5 00/12] drm: rockchip: Fix rockchip drm unbind crash error

On Thu, Apr 06, 2017 at 08:31:13PM +0800, Jeffy Chen wrote: > > Verified on rk3399 chromebook kevin: > 1/ stop ui && pkill -9 frecon > 2/ unbind/bind drm > > Changes in v5: > Fix wrong git account. > > Changes in v4: > Address Andrzej Hajda 's comments. > > Changes in v3:

Re: [PATCH] drm/vmwgfx: Fix fbdev emulation using legacy functions

On Fri, Apr 07, 2017 at 10:31:29AM +0200, Thomas Hellstrom wrote: > Hi, Daniel. > > It appears to work fine. Thanks! > > Do you want to take it through drm-misc or want me to take it throuch > vmwgfx-next? Applied to drm-misc Thanks, Sean > > Reviewed-by: Thomas Hellstrom

Re: [PATCH] drm: Only take cursor locks when the cursor plane exists

On Fri, Apr 07, 2017 at 06:48:17PM +0200, Daniel Vetter wrote: > I thought I've fixed this, but maybe not. Anyway, clearly broken, and > easy fix. > > Cc: Tony Lindgren > Reported-by: Tony Lindgren > Fixes: b95ff0319a82 ("drm: Remove

Re: [PATCH] drm: dw-hdmi: Implement the mode_fixup drm helper

Hi, On 4/7/2017 5:47 PM, Romain Perier wrote: This helper is supposed to validate or reject the modeline before it applied by the mode setting. Currently this function has been dropped, it was previously set to a dummy function that always returned true. For both cases, this means that

[PATCH] drm: dw-hdmi: Implement the mode_fixup drm helper

This helper is supposed to validate or reject the modeline before it applied by the mode setting. Currently this function has been dropped, it was previously set to a dummy function that always returned true. For both cases, this means that userspace can ask for a bad modeline that will be always

[PATCH 1/2] drm: dw-hdmi: add specific I2S and AHB functions for stream handling

Currently, CTS+N is forced to zero as a workaround of the IP block for i.MX platforms. This is requested in the datasheet of the corresponding IP for AHB mode only. However, we have seen that it introduces glitches or delays when playing a sound on HDMI for I2S mode. This proves that we cannot

[PATCH 2/2] drm: dw-hdmi: Gate audio clock from the I2S enablement callbacks

Currently, the audio sampler clock is enabled from dw_hdmi_setup() at step E. and is kept enabled for later use. This clock should be enabled and disabled along with the actual audio stream and not always on (that is bad for PM). Futhermore, as described by the datasheet, the I2S variant need to

[PATCH 0/2] drm: dw-hdmi: various improvements

This set of patches split the stream handling functions in two parts. It introduces new callbacks that are specific to each variant, one for I2S and one for AHB. Then, as requested by the datasheet for the I2S variant, it adds support for gating the audio sampler clock when the audio stream is

[PATCH 2/5] i915: flush gem obj freeing workqueues to add accuracy to the i915 shrinker

Waiting a RCU grace period only guarantees the work gets queued, but until after the queued workqueue returns, there's no guarantee the memory was actually freed. So flush the work to provide better guarantees to the reclaim code in addition of waiting a RCU grace period to pass. Signed-off-by:

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

Michel Dänzer writes: > When no such special client (Steam?) is running, the desktop environment > will try to use the HMD anyway, right? So the expected use case would be > for the user to start a special client first and only plug in the HMD > afterwards? That seems a bit

Re: [PATCH] format-security: move static strings to const

On Thu, Apr 6, 2017 at 1:48 AM, Jani Nikula wrote: > On Thu, 06 Apr 2017, Kees Cook wrote: >> While examining output from trial builds with -Wformat-security enabled, >> many strings were found that should be defined as "const", or as a char >>

Re: [PATCH v5 12/12] drm/drm_ioctl.c: Break ioctl when drm device not registered

Hi Daniel, On 04/07/2017 03:16 PM, Daniel Vetter wrote: On Thu, Apr 06, 2017 at 08:31:25PM +0800, Jeffy Chen wrote: After unbinding drm, the user space may still owns the drm dev fd, and may still be able to call drm ioctl. Add a sanity check here to prevent that from happening.

Re: [PATCH v3 8/9] drm/rockchip: gem: Don't alloc/free gem buf when dev_private is invalid

Hi Daniel, On 04/07/2017 02:30 PM, Daniel Vetter wrote: On Thu, Apr 6, 2017 at 1:09 PM, jeffy wrote: On 04/06/2017 04:26 PM, Daniel Vetter wrote: On Wed, Apr 05, 2017 at 12:28:40PM -0400, Sean Paul wrote: On Wed, Apr 05, 2017 at 04:29:26PM +0800, Jeffy Chen

drm_modeset_lock oops in next

Internal error: Oops: 5 [#1] SMP ARM ... CPU: 1 PID: 1637 Comm: X Not tainted 4.11.0-rc5-next-20170407+ #488 Hardware name: Generic OMAP4 (Flattened Device Tree) task: ec873180 task.stack: ec8b8000 PC is at __ww_mutex_lock.constprop.0+0x34/0x1054 LR is at lock_is_held_type+0x60/0xa8 pc : []l

Re: [PATCH 2/2] drm: dw-hdmi: Gate audio clock from the I2S enablement callbacks

Hello, Le 07/04/2017 à 16:23, Neil Armstrong a écrit : > On 04/07/2017 04:19 PM, Romain Perier wrote: >> Currently, the audio sampler clock is enabled from dw_hdmi_setup() at >> step E. and is kept enabled for later use. This clock should be enabled >> and disabled along with the actual audio

Re: [PATCH] drm: Only take cursor locks when the cursor plane exists

* Daniel Vetter [170407 09:50]: > I thought I've fixed this, but maybe not. Anyway, clearly broken, and > easy fix. > > Cc: Tony Lindgren > Reported-by: Tony Lindgren > Fixes: b95ff0319a82 ("drm: Remove drm_modeset_(un)lock_crtc") >

Re: [Intel-gfx] [PATCH] drm: Only take cursor locks when the cursor plane exists

Reviewed-by: Daniel Stone [mobile email formatting apology here] On Fri, 7 Apr 2017 at 5:48 pm, Daniel Vetter wrote: > I thought I've fixed this, but maybe not. Anyway, clearly broken, and > easy fix. > > Cc: Tony Lindgren >

Re: [RFC PATCH 2/2] drm/vgem: Enable dmabuf import interfaces

On Fri, Apr 07, 2017 at 09:18:30AM -0700, Laura Abbott wrote: > On 04/07/2017 12:39 AM, Chris Wilson wrote: > > On Thu, Apr 06, 2017 at 04:18:33PM -0700, Laura Abbott wrote: > >> > >> Enable the GEM dma-buf import interfaces in addition to the export > >> interfaces. This lets vgem be used as a

[PULL] drm-intel-next

Hi Dave, drm-intel-next-2017-04-03: Last 4.12 feature pile: GVT updates: - Add mdev attribute group for per-vgpu info - Time slice based vGPU scheduling QoS support (Gao Ping) - Initial KBL support for E3 server (Han Xu) - other misc. i915: - lots and lots of small fixes and improvements all

[PATCH] drm: Only take cursor locks when the cursor plane exists

I thought I've fixed this, but maybe not. Anyway, clearly broken, and easy fix. Cc: Tony Lindgren Reported-by: Tony Lindgren Fixes: b95ff0319a82 ("drm: Remove drm_modeset_(un)lock_crtc") Cc: Harry Wentland Cc: Maarten Lankhorst

[GIT PULL] mediatek-drm-next for 4.12

Hi, Dave: This series is MT2701 DRM support. The following changes since commit 0168778115687486575a6831df865dbc4f5369fe: Merge branch 'drm-next-4.12' of git://people.freedesktop.org/~agd5f/linux into drm-next (2017-04-07 05:49:12 +1000) are available in the git repository at:

Re: [PATCH] drm: Don't allow interruptions when opening debugfs/crc

On Fri, Apr 07, 2017 at 01:55:00PM +0200, Tomeu Vizoso wrote: > On 04/07/2017 01:17 PM, Chris Wilson wrote: > > The code does not like to be interrupted when waiting for the first > > vblank after opening a debugfs/crc channel, so don't. > > > > [66285.716870] WARNING: CPU: 1 PID: 16615 at > >

[PATCH 05/11] drm: parse ycbcr 420 deep color information

CEA-861-F spec adds ycbcr420 deep color support information in hf-vsdb block. This patch extends the existing hf-vsdb parsing function by adding parsing of ycbcr420 deep color support from the EDID and adding it into display information stored. Cc: Ville Syrjälä

[PATCH 06/11] drm: create hdmi output property

HDMI displays can support various output types, based on the color space and subsampling type. The possible outputs from a HDMI 2.0 monitor could be: - RGB - YCBCR 444 - YCBCR 422 - YCBCR 420 This patch adds a drm property, using which, a userspace can specify its preference, for the HDMI

[PATCH 11/11] drm/i915: set colorspace for ycbcr outputs

When HDMI output is other than RGB, we have to load the corresponding colorspace of output mode. This patch fills the colorspace of AVI infoframe as per the HDMI output mode. Cc: Ville Syrjala Cc: Ander Conselvan De Oliveira

[PATCH 04/11] drm: parse ycbcr420 vcb block

HDMI 2.0 spec adds support for ycbcr420 subsampled output. CEA-861-F adds two new blocks in EDID, to provide information about sink's support for ycbcr420 output. One of these new blocks is: ycbcr420 vcb - ycbcr420 video capability data (vcb) block: video modes which can be support in ycbcr420

[PATCH 07/11] drm: set output colorspace in AVI infoframe

HDMI source must set output colorspace information in AVI infoframes, so that the sink can decode upcoming frames accordingly. As this patch series is adding support for HDMI output modes other than RGB, this patch adds a function in DRM layer, to add the output colorspace information in the AVI

[PATCH 10/11] drm/i915: prepare ycbcr420 modeset

To get a ycbcr420 output from intel platforms, there are two major steps: - RGB->YCBCR conversion using a pipe CSC. - Program PIPE_MISC register to generate a ycbcr420 output. - Scaling down YCBCR444 samples to YCBCR420 samples using a pipe scaler. This patch: - Does scaler allocation for HDMI

[PATCH 08/11] drm/i915: handle ycbcr outputs

This patch adds support for HDMI ycbcr outputs in i915 layer. HDMI output mode is a connector property, this patch checks if source and sink can support the HDMI output type selected by user. And if they both can, it commits the hdmi output type into crtc state, for further staging in driver. Cc:

[PATCH 09/11] drm/i915: handle csc for ycbcr HDMI output

To support ycbcr HDMI output, we need a pipe CSC block to do the RGB->YCBCR conversion, as the blender output is in RGB. Current Intel platforms have only one pipe CSC unit, so we can either do color correction using it, or we can perform RGB->YCBCR conversion. This function adds a csc handler,

[PATCH 01/11] 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 00/11] HDMI YCBCR output handling in DRM layer

This patch series adds DRM layer support for YCBCR HDMI output handling. The target HDMI YCBCR outputs are: - YCBCR444 - YCBCR422 - YCBCR420 As YCBCR420 output is added in HDMI 2.0, this patch series also contain few patches to handle new EDID extention blocks, added for YCBCR420 modes

[PATCH 02/11] drm/edid: Complete CEA modedb(VIC 1-107)

CEA-861-F specs defines new video modes to be used with HDMI 2.0 EDIDs. The VIC range has been extended from 1-64 to 1-107. Our existing CEA modedb contains only 64 modes (VIC=1 to VIC=64). Now to be able to parse new CEA modes using the existing methods, we have to complete the modedb (VIC=65

[PATCH 03/11] drm: parse ycbcr 420 vdb block

From: Jose Abreu HDMI 2.0 spec adds support for ycbcr420 subsampled output. CEA-861-F adds two new blocks in EDID, to provide information about sink's support for ycbcr420 output. These new blocks are: - ycbcr420 video data (vdb) block: video modes which can be

Re: DRM Display driver for Intel FPGA Video and Image Processing Suite

On Thu, Apr 6, 2017 at 8:29 AM, Ong, Hean Loong wrote: > Hi All, > > Any comments for the patch below? Seems the same version that I already reviewed. My comment about not sending inline was more for the next version, especially once it's about applying the patch,

Re: [RFC PATCH 2/2] drm/vgem: Enable dmabuf import interfaces

On 04/07/2017 12:39 AM, Chris Wilson wrote: > On Thu, Apr 06, 2017 at 04:18:33PM -0700, Laura Abbott wrote: >> >> Enable the GEM dma-buf import interfaces in addition to the export >> interfaces. This lets vgem be used as a test source for other allocators >> (e.g. Ion). >> >> +int

drm-tip/drm-tip boot: 119 boots: 2 failed, 117 passed (v4.11-rc5-1782-g71610c69d4f3)

drm-tip/drm-tip boot: 119 boots: 2 failed, 117 passed (v4.11-rc5-1782-g71610c69d4f3) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1782-g71610c69d4f3/ Full Build Summary:

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings (v4.11-rc5-1785-g5a74def41941)

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings (v4.11-rc5-1785-g5a74def41941) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1785-g5a74def41941/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc5-1785-g5a74def41941 Git Commit:

drm-tip/drm-tip boot: 104 boots: 1 failed, 103 passed (v4.11-rc5-1780-g7373a000996b)

drm-tip/drm-tip boot: 104 boots: 1 failed, 103 passed (v4.11-rc5-1780-g7373a000996b) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1780-g7373a000996b/ Full Build Summary:

Re: [PATCH 2/5] i915: flush gem obj freeing workqueues to add accuracy to the i915 shrinker

On Fri, Apr 07, 2017 at 03:06:00PM +0200, Andrea Arcangeli wrote: > On Fri, Apr 07, 2017 at 11:02:11AM +0100, Chris Wilson wrote: > > On Fri, Apr 07, 2017 at 01:23:44AM +0200, Andrea Arcangeli wrote: > > > Waiting a RCU grace period only guarantees the work gets queued, but > > > until after the

Re: [PATCH] drm/vmwgfx: Fix fbdev emulation using legacy functions

On Fri, Apr 07, 2017 at 10:31:29AM +0200, Thomas Hellstrom wrote: > Hi, Daniel. > > It appears to work fine. Thanks! Oh sweet, tbh I didn't expect this kind of blind typing without a clear theory to work out so well :-) Did you test this with CONFIG_DEBUG_WW_MUTEX_SLOWPATH? Just to make sure I

drm-tip/drm-tip boot: 97 boots: 1 failed, 96 passed (v4.11-rc5-1777-gfdc0fa0d6347)

drm-tip/drm-tip boot: 97 boots: 1 failed, 96 passed (v4.11-rc5-1777-gfdc0fa0d6347) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1777-gfdc0fa0d6347/ Full Build Summary:

Re: [PATCH v2 4/4] drm: zte: add VGA driver support

On Fri, Apr 07, 2017 at 11:02:33AM +0800, Shawn Guo wrote: > On Thu, Apr 06, 2017 at 01:12:51PM -0400, Sean Paul wrote: > > On Thu, Apr 06, 2017 at 11:01:10PM +0800, Shawn Guo wrote: > > > +static int zx_vga_connector_get_modes(struct drm_connector *connector) > > > +{ > > > + struct zx_vga *vga =

Re: [PATCH 2/2] drm: dw-hdmi: Gate audio clock from the I2S enablement callbacks

On 04/07/2017 04:19 PM, Romain Perier wrote: > Currently, the audio sampler clock is enabled from dw_hdmi_setup() at > step E. and is kept enabled for later use. This clock should be enabled > and disabled along with the actual audio stream and not always on (that > is bad for PM). Futhermore, as

Re: [PATCH 1/2] drm: dw-hdmi: add specific I2S and AHB functions for stream handling

On 04/07/2017 04:19 PM, Romain Perier wrote: > Currently, CTS+N is forced to zero as a workaround of the IP block for > i.MX platforms. This is requested in the datasheet of the corresponding > IP for AHB mode only. However, we have seen that it introduces glitches > or delays when playing a sound

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings (v4.11-rc5-1784-gc5d424760e9a)

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings (v4.11-rc5-1784-gc5d424760e9a) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1784-gc5d424760e9a/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc5-1784-gc5d424760e9a Git Commit:

drm-tip/drm-tip boot: 78 boots: 1 failed, 77 passed (v4.11-rc5-1776-g5aa5296d0b57)

drm-tip/drm-tip boot: 78 boots: 1 failed, 77 passed (v4.11-rc5-1776-g5aa5296d0b57) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1776-g5aa5296d0b57/ Full Build Summary:

[Bug 100611] [ALL][BAT][bisected] all systems on CI fails on certain test

https://bugs.freedesktop.org/show_bug.cgi?id=100611 --- Comment #3 from Jani Saarinen --- Whilelisted on CI. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

[Bug 100611] [ALL][BAT][bisected] all systems on CI fails on certain test

https://bugs.freedesktop.org/show_bug.cgi?id=100611 Petri Latvala changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 100611] [ALL][BAT][bisected] all systems on CI fails on certain test

https://bugs.freedesktop.org/show_bug.cgi?id=100611 Petri Latvala changed: What|Removed |Added Assignee|conselv...@gmail.com

Re: [PATCH 5/5] i915: fence workqueue optimization

On Fri, Apr 07, 2017 at 10:58:38AM +0100, Chris Wilson wrote: > On Fri, Apr 07, 2017 at 01:23:47AM +0200, Andrea Arcangeli wrote: > > Insist to run llist_del_all() until the free_list is found empty, this > > may avoid having to schedule more workqueues. > > The work will already be scheduled

Re: [PATCH] drm: Don't allow interruptions when opening debugfs/crc

On Fri, Apr 07, 2017 at 12:17:12PM +0100, Chris Wilson wrote: > The code does not like to be interrupted when waiting for the first > vblank after opening a debugfs/crc channel, so don't. > > [66285.716870] WARNING: CPU: 1 PID: 16615 at > drivers/gpu/drm/drm_debugfs_crc.c:185

[Bug 100611] [ALL][BAT][bisected] all systems on CI fails on certain test

https://bugs.freedesktop.org/show_bug.cgi?id=100611 Jani Saarinen changed: What|Removed |Added Assignee|dri-devel@lists.freedesktop

[Bug 100611] [ALL][BAT][bisected] all systems on CI fails on certain test

https://bugs.freedesktop.org/show_bug.cgi?id=100611 Bug ID: 100611 Summary: [ALL][BAT][bisected] all systems on CI fails on certain test Product: DRI Version: DRI git Hardware: Other OS: All

Re: [PATCH 2/5] i915: flush gem obj freeing workqueues to add accuracy to the i915 shrinker

On Fri, Apr 07, 2017 at 11:02:11AM +0100, Chris Wilson wrote: > On Fri, Apr 07, 2017 at 01:23:44AM +0200, Andrea Arcangeli wrote: > > Waiting a RCU grace period only guarantees the work gets queued, but > > until after the queued workqueue returns, there's no guarantee the > > memory was actually

Re: [PATCH v2] dt-bindings: drm: rcar-du: Document optional reset properties

Hi Geert and Rob, On Thursday 16 Mar 2017 21:59:04 Geert Uytterhoeven wrote: > On Thu, Mar 16, 2017 at 9:56 PM, Rob Herring wrote: > > On Thu, Mar 16, 2017 at 09:13:16AM +0100, Geert Uytterhoeven wrote: > >> On Wed, Mar 15, 2017 at 6:01 PM, Rob Herring wrote: >

Re: DRM_FORMAT_* byte order (was: Re: [PATCH] drm: virtio: fix virtio_gpu_cursor_formats)

On Fri, Apr 07, 2017 at 12:06:26PM +0200, Gerd Hoffmann wrote: > On Fr, 2017-04-07 at 11:45 +0300, Ville Syrjälä wrote: > > On Fri, Apr 07, 2017 at 10:29:00AM +0200, Gerd Hoffmann wrote: > > > Hi, > > > > > > > Hmm. Maybe it's still possible to salvage something by redefining the > > > >

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings (v4.11-rc5-1782-g71610c69d4f3)

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings (v4.11-rc5-1782-g71610c69d4f3) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1782-g71610c69d4f3/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc5-1782-g71610c69d4f3 Git Commit:

[Bug 99744] Bad crtc detection on Radeon Pro WX 4100

https://bugs.freedesktop.org/show_bug.cgi?id=99744 Matt Corallo changed: What|Removed |Added Status|NEW |RESOLVED

Re: [RFC v2 07/11] vb2: dma-contig: Remove redundant sgt_base field

Hi Shuah, On Mon, Mar 27, 2017 at 04:51:40PM -0600, Shuah Khan wrote: > On Thu, Dec 15, 2016 at 6:24 PM, Laurent Pinchart > wrote: > > From: Sakari Ailus > > > > The struct vb2_dc_buf contains two struct sg_table fields:

drm-tip/drm-tip build: 207 builds: 0 failed, 207 passed, 204 warnings (v4.11-rc5-1780-g7373a000996b)

drm-tip/drm-tip build: 207 builds: 0 failed, 207 passed, 204 warnings (v4.11-rc5-1780-g7373a000996b) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1780-g7373a000996b/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc5-1780-g7373a000996b Git Commit:

Re: [PATCHv6 03/10] exynos_hdmi: add CEC notifier support

On 31.03.2017 14:20, Hans Verkuil wrote: > From: Hans Verkuil > > Implement the CEC notifier support to allow CEC drivers to > be informed when there is a new physical address. > > Signed-off-by: Hans Verkuil > Tested-by: Marek Szyprowski

[PATCH libdrm v2 1/2] etnaviv: sync uapi header

Import the etnaviv header changes from kernel commits 9ad59fea162c ("drm/etnaviv: submit support for in-fences") and 78ec187f64fa ("drm/etnaviv: submit support for out-fences") for fence fd support. The drm_etnaviv_gem_submit structure was extended to include a flags field, new flags for in-fence

[PATCH libdrm v2 2/2] etnaviv: add fence fd support

Add etna_cmd_stream_flush2 with in-fence fd and out-fence fd support for explicit fencing. Signed-off-by: Philipp Zabel Reviewed-by: Eric Engestrom Reviewed-by: Christian Gmeiner --- v2: renamed

Re: [PATCH v5 04/12] drm: bridge: analogix: Destroy connector & encoder when unbinding

On 06.04.2017 14:31, Jeffy Chen wrote: > Normally we do this in drm_mode_config_cleanup. But: > 1/ analogix dp's connector is allocated in bind, and freed after unbind. > So we need to destroy it in unbind to avoid further access. > 2/ the drm bridge is attached in bind, and detached in encoder

Re: [PATCH] drm: Don't allow interruptions when opening debugfs/crc

On 04/07/2017 01:17 PM, Chris Wilson wrote: > The code does not like to be interrupted when waiting for the first > vblank after opening a debugfs/crc channel, so don't. > > [66285.716870] WARNING: CPU: 1 PID: 16615 at > drivers/gpu/drm/drm_debugfs_crc.c:185 crtc_crc_open+0x1d0/0x1f0 [drm] >

  1   2   >