[PATCH v1.1 2/2] drm/bridge: analogix_dp: turn off the panel when eDP need to disable

Some panels (like Sharp LQ123P1JX31) need to be turn off when eDP controller stop to send valid video signal, otherwhise panel would go burn in, and keep flicker and flicker. So it's better to turn off the panel when eDP need to disable, and we need to turn on the panel in connector->detect()

[PATCH] drm/ttm: partial revert "cleanup ttm_tt_(unbind|destroy)"

- next part -- A non-text attachment was scrubbed... Name: 0002-drm-amdgpu-Get-user-pages-in-non-current-task.patch Type: application/octet-stream Size: 1416 bytes Desc: 0002-drm-amdgpu-Get-user-pages-in-non-current-task.patch URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160721/4bc252f8/attachment.obj>

[PATCH v1 2/2] drm/bridge: analogix_dp: turn off the panel when eDP need to disable

Some panels (like Sharp LQ123P1JX31) need to be turn off when eDP controller stop to send valid video signal, otherwhise panel would go burn in, and keep flicker and flicker. So it's better to turn off the panel when eDP need to disable, and we need to turn on the panel in connector->detect()

[PATCH v1 1/2] drm/panel: simple-panel: add the delay timing for Sharp LQ123P1JX31

According to page 16 of Sharp LQ123P1JX31 datasheet, we need to add the missing delay timing. Panel prepare time should be t1 (0.5ms~10ms) plus t3 (0ms~100ms), and panel enable time should equal to t7 (0ms~50ms), and panel unprepare time should be t11 (1ms~50ms) plus t12 (500ms~). Signed-off-by:

[v6 PATCH 6/6] drm/rockchip: cdn-dp: add cdn DP support for rk3399

Add support for cdn DP controller which is embedded in the rk3399 SoCs. The DP is compliant with DisplayPort Specification, Version 1.3, This IP is compatible with the rockchip type-c PHY IP. There is a uCPU in DP controller, it need a firmware to work, please put the firmware file to

[v6 PATCH 5/6] Documentation: bindings: add dt documentation for cdn DP controller

This patch adds a binding that describes the cdn DP controller for rk3399. Signed-off-by: Chris Zhong Acked-by: Rob Herring --- Changes in v6: - add assigned-clocks and assigned-clock-rates - add power-domains Changes in v5: None Changes in v4: - add a reset node - support 2 phys Changes in

[v6 PATCH 0/6] Rockchip Type-C and DisplayPort driver

Hi all This series patch is for rockchip Type-C phy and DisplayPort controller driver. The USB Type-C PHY is designed to support the USB3 and DP applications. The PHY basically has two main components: USB3 and DisplyPort. USB3 operates in SuperSpeed mode and the DP can operate at RBR, HBR and

[PATCH] GPU-DRM-Exynos: Delete an unnecessary check before the function call "vunmap"

From: Markus Elfring Date: Thu, 21 Jul 2016 19:23:25 +0200 The vunmap() function performs also input parameter validation. Thus the test around the call is not needed. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

[PATCH v4 1/3] drm: extra printk() wrapper macros

We had only DRM_INFO() and DRM_ERROR(), whereas the underlying printk() provides several other useful intermediate levels such as NOTICE and WARNING. So this patch fills out the set by providing both regular and once-only macros for each of the levels INFO, NOTICE, and WARNING, using a common

[Bug 117591] amdgpu: Black screens on A10-8700P (Carrizo) + R7 M260/M265 (Topaz) Combo

https://bugzilla.kernel.org/show_bug.cgi?id=117591 Thomas J. Moore changed: What|Removed |Added CC||darktjm at gmail.com --- Comment #10

[v6 PATCH 6/6] drm/rockchip: cdn-dp: add cdn DP support for rk3399

On Thu, Jul 21, 2016 at 6:13 AM, Chris Zhong wrote: > Add support for cdn DP controller which is embedded in the rk3399 > SoCs. The DP is compliant with DisplayPort Specification, > Version 1.3, This IP is compatible with the rockchip type-c PHY IP. > There is a uCPU in DP controller, it need a

[Bug 97029] cik_sdma_copy_texture broken on Carrizo (mesa 12)

was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160721/8f2b771c/attachment.html>

[PATCH/V2] [linux-next] drm: Add a G200EH PCI id for HPE Proliant Gen9

On 21 July 2016 at 15:22, Masanari Iida wrote: > Boot the system without this entry generates following warning. > fb: conflicting fb hw usage mgag200drmfb vs EFI VGA - removing generic driver > > After apply this patch, no more conflict message. > fb: switching to mgag200drmfb from EFI VGA > >

Misc libdrm fixes

On 21 July 2016 at 14:12, Andreas Boll wrote: > While packaging the latest libdrm release I've fixed some issues noticed by > Debian's Lintian. > > Please review. > I'm a huge fan of patches 1 and 4 :-) There's a couple of minor suggestions and with those the series is Reviewed-by: Emil Velikov

[PATCH libdrm 2/6] automake: Pick up all Android files for distribution

On 21 July 2016 at 14:12, Andreas Boll wrote: > Currently only some Android Makefiles are included in the release tarball. > Add all remaining files to be more consistent. > Since Android folk never fully bought the idea of using actual releases/release tarballs, one could just drop all the

[PATCH libdrm 3/6] libdrm: Fix drm.h include path in virtgpu drm header file

On 21 July 2016 at 14:12, Andreas Boll wrote: > A similar change was made to mesa's copy of virtgpu_drm.h by the > following commit: > Please sync this using the approach shown in commit c745e541a9d8dfd3fb5e1ac57297e58d34d9328f. Namely: - Use make header_install and copy the resulting file

[Bug 96398] [radeonsi tessellation] Single-pixel rasterization issue (Shadow of Mordor)

f in some frames at the end of the trace. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160721/02352d16/attachment-0001.html>

[PATCH] drm/imx: imx-ldb: store LVDS bus configuration in ldb channel

The code in imx_ldb_encoder_mode_set crashes trying to access the crtc->state->state drm_atomic_state pointer if that was previously cleared by drm_atomic_helper_swap_state. Instead of trying to walk all connectors during encoder mode_set to determine the LVDS bus format from panel or external

[PATCH v2 4/4] drm/i915/skl: Update plane watermarks atomically during plane updates

Thanks to Ville for suggesting this as a potential solution to pipe underruns on Skylake. On Skylake all of the registers for configuring planes, including the registers for configuring their watermarks, are double buffered. New values written to them won't take effect until said registers are

[PATCH v2 3/4] drm/i915/skl: Fix extra whitespace in skl_flush_wm_values()

Similar to how a vehicle will travel faster if you paint flames on it, cleaning up this extra whitespace is guaranteed to provide additional stability while updating watermark values. Signed-off-by: Lyude --- drivers/gpu/drm/i915/intel_pm.c | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH v2 2/4] drm/i915/skl: Only flush pipes when we change the ddb allocation

Manual pipe flushes are only necessary in order to make sure that we prevent pipes with changed ddb allocations from overlapping from one another at any point in time. Additionally, forcing us to wait for the next vblank every time we have to update the watermark values because the cursor was

[PATCH v2 1/4] drm/i915/gen9: Only copy WM results for changed pipes to skl_hw

From: Matt Roper When we write watermark values to the hardware, those values are stored in dev_priv->wm.skl_hw. However with recent watermark changes, the results structure we're copying from only contains valid watermark and DDB values for the pipes that are

[PATCH v2 0/4] drm/i915/skl: Finally fix watermarks

To Sebastian Reichel: I *think* I may have found the problem. Looked at ./scripts/get_maintainer.pl and apparently it's defaults aren't actually expected to work well with `git send-email`. I've added --norolestats and hopefully that should fix the issue. If the

[PATCH v2 4/7] drm/bridge: Add RGB to VGA bridge support

Hi, On 07/20/2016 03:28 PM, Maxime Ripard wrote: > Some boards have an entirely passive RGB to VGA bridge, based on either > DACs or resistor ladders. > > Those might or might not have an i2c bus routed to the VGA connector in > order to access the screen EDIDs. > > Add a bridge that doesn't do

[Bug 97025] flip queue failed: Device or resource busy

re receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160721/b5ed0b1b/attachment.html>

[PATCH libdrm 6/6] radeon: Fix typo in stderr message

Signed-off-by: Andreas Boll --- radeon/radeon_cs_gem.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/radeon/radeon_cs_gem.c b/radeon/radeon_cs_gem.c index cdec64e..23f33af 100644 --- a/radeon/radeon_cs_gem.c +++ b/radeon/radeon_cs_gem.c @@ -323,7 +323,7 @@ static int

[PATCH libdrm 5/6] man: Fix typo

Signed-off-by: Andreas Boll --- man/drm-kms.xml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/man/drm-kms.xml b/man/drm-kms.xml index 5f04157..ae38dc8 100644 --- a/man/drm-kms.xml +++ b/man/drm-kms.xml @@ -126,7 +126,7 @@ Framebuffers are abstract

[PATCH libdrm 4/6] automake: Include virtgpu_drm.h in the release tarball.

The plan is to use this version of virtgpu_drm.h in mesa and drop mesa's local copy. To actually use this header it needs to be shipped in the tarball. This was missed in c745e541a9d8dfd3fb5e1ac57297e58d34d9328f Signed-off-by: Andreas Boll --- Makefile.sources | 3 ++- 1 file changed, 2

[PATCH libdrm 3/6] libdrm: Fix drm.h include path in virtgpu drm header file

A similar change was made to mesa's copy of virtgpu_drm.h by the following commit: commit c1bf71f77c9d4bc83fa7dc987b56f98350430d7c Author: Emil Velikov Date: Wed Oct 28 11:47:18 2015 + virgl: fix drm.h include path The drm/ prefix is required, if using the kernel provided

[PATCH libdrm 2/6] automake: Pick up all Android files for distribution

Currently only some Android Makefiles are included in the release tarball. Add all remaining files to be more consistent. Signed-off-by: Andreas Boll --- Makefile.am| 2 +- amdgpu/Makefile.am | 2 +- tests/Makefile.am | 2 ++ tests/proptest/Makefile.am | 2 ++

[PATCH libdrm 1/6] radeon: Wire up radeon-symbol-check to make check

This was missed in 552de225bf2740ba0cb52312c21353d71d934b8c Signed-off-by: Andreas Boll --- radeon/Makefile.am | 1 + 1 file changed, 1 insertion(+) diff --git a/radeon/Makefile.am b/radeon/Makefile.am index 25c03d3..31f19e5 100644 --- a/radeon/Makefile.am +++ b/radeon/Makefile.am @@ -43,4

Misc libdrm fixes

While packaging the latest libdrm release I've fixed some issues noticed by Debian's Lintian. Please review. Thanks, Andreas

[PATCH/V2] [linux-next] drm: Add a G200EH PCI id for HPE Proliant Gen9

Boot the system without this entry generates following warning. fb: conflicting fb hw usage mgag200drmfb vs EFI VGA - removing generic driver After apply this patch, no more conflict message. fb: switching to mgag200drmfb from EFI VGA Compile and tested on DL360 Gen9 and it works both console

[PATCH] [linux-next] drm: Add a G200EH PCI id for HPE Proliant Gen9

I made mistake to type shane's e-mail address, so I will send version 2. Sorry for the noise. Masanari On Thu, Jul 21, 2016 at 2:12 PM, Masanari Iida wrote: > Boot the system without this entry generates following warning. > fb: conflicting fb hw usage mgag200drmfb vs EFI VGA - removing generic

[PATCH] [linux-next] drm: Add a G200EH PCI id for HPE Proliant Gen9

Boot the system without this entry generates following warning. fb: conflicting fb hw usage mgag200drmfb vs EFI VGA - removing generic driver After apply this patch, no more conflict message. fb: switching to mgag200drmfb from EFI VGA Compile and tested on DL360 Gen9 and it works both console

[PATCH] GPU-DRM-Exynos: Delete an unnecessary check before the function call "vunmap"

On Thu, Jul 21, 2016 at 1:42 PM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Thu, 21 Jul 2016 19:23:25 +0200 > > The vunmap() function performs also input parameter validation. > Thus the test around the call is not needed. > > This issue was detected by using the Coccinelle

[PATCH i-g-t] tests/kms_rotation_crc: Add bad-rotation subtest

On Thu, Jul 21, 2016 at 01:32:48PM +0300, Joonas Lahtinen wrote: > Was not this implemented once and then dropped for some reason? Dunno. > > On ke, 2016-07-20 at 16:18 +0300, ville.syrjala at linux.intel.com wrote: > > From: Ville Syrjälä > > > > Add "bad-rotation" subtest to make sure the

[Bug 97022] Garbage in windows while running a game windowed

tps://lists.freedesktop.org/archives/dri-devel/attachments/20160721/a15ed02f/attachment-0001.html>

[Bug 97022] Garbage in windows while running a game windowed

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160721/29f22aff/attachment.html>

[PATCH v2 4/4] drm/i915/skl: Update plane watermarks atomically during plane updates

On Thu, Jul 21, 2016 at 03:23:40PM -0400, Lyude wrote: > Thanks to Ville for suggesting this as a potential solution to pipe > underruns on Skylake. > > On Skylake all of the registers for configuring planes, including the > registers for configuring their watermarks, are double buffered. New >

[PATCH v2 2/4] drm/i915/skl: Only flush pipes when we change the ddb allocation

On Thu, Jul 21, 2016 at 03:23:38PM -0400, Lyude wrote: > Manual pipe flushes are only necessary in order to make sure that we prevent > pipes with changed ddb allocations from overlapping from one another at > any point in time. Additionally, forcing us to wait for the next vblank > every time we

[PATCH i-g-t] tests/kms_rotation_crc: Add bad-rotation subtest

Was not this implemented once and then dropped for some reason? On ke, 2016-07-20 at 16:18 +0300, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > Add "bad-rotation" subtest to make sure the kernel rejects some > invalid rotation values (0 and specifying multiple angles at

[PATCH 7/7] drm/i915: Add horizontal mirroring support for CHV pipe B planes

On ke, 2016-07-20 at 16:18 +0300, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > The primary and sprite planes on CHV pipe B support horizontal > mirroring. Expose it to the world. > > Sadly the hardware ignores the mirror bit when the rotate bit is > set, so we'll have to

[Bug 97022] Garbage in windows while running a game windowed

ent in the 11.2.0 release of Mesa shipped with Ubuntu 16.04 by default. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160721/4d

[PATCH 4/6] drm/i915/skl: Always wait for pipes to update after a flush

Two things for this one: 1. I completely messed up the description on this patchset, this was for fixing underruns on pipe disablement. I'm impressed I wrote up that whole description without realizing that at all, lol. 2. This patch may not actually be necessary. On the original git branch I was

Some more VC4 vblank fixes and timestamping improvements.

.. Name: signature.asc Type: application/pgp-signature Size: 818 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160721/accf388d/attachment.sig>

ATPX changes in drm-next-4.8 and D3cold handling

Hi Alex, There are a couple of changes for 4.8 that try to detect whether the "power_cntl" flag is present. Originally attributed to a firmware bug, it seems that the detection is performed too late resulting in flags that are always zero (https://bugzilla.kernel.org/show_bug.cgi?id=115321).

[PATCH] drm/ttm: partial revert "cleanup ttm_tt_(unbind|destroy)"

From: Christian König We still need to unbind explicitely during a move. This partial reverts commit ff20caa0bcbfef9f7686f8d1868a3b990921afd6. Signed-off-by: Christian König --- drivers/gpu/drm/ttm/ttm_bo_util.c | 1 + drivers/gpu/drm/ttm/ttm_tt.c | 15

[PATCH v3 2/2] drm/mediatek: set mt8173 dithering function

Hi, Bibby: On Thu, 2016-07-21 at 11:21 +0800, Bibby Hsieh wrote: > Hi, CK > > I'm appreciate your comments. > > [snip...] > > > > > > @@ -469,7 +484,7 @@ void mtk_crtc_ddp_irq(struct drm_crtc *crtc, struct > > > mtk_ddp_comp *ovl) > > > if (state->pending_config) { > > >

[Bug 91136] [tahiti xt] portal2/dota2 glitchy without R600_DEBUG=switch_on_eop

You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160721/463efe8e/attachment.html>

[PATCH v3 1/2] drm/mediatek: Add gamma correction

Hi, CK I'm appreciate your comments. On Fri, 2016-07-15 at 17:11 +0800, CK Hu wrote: > Hi, Bibby: > > Some comments inline. > > On Thu, 2016-07-07 at 15:37 +0800, Bibby Hsieh wrote: > > Apply gamma function to correct brightness values. > > It applies arbitrary mapping curve to compensate the

[PATCH v3 2/2] drm/mediatek: set mt8173 dithering function

Hi, CK I'm appreciate your comments. On Mon, 2016-07-18 at 10:33 +0800, CK Hu wrote: > Hi, Bibby: > > Some comments inline. > > On Thu, 2016-07-07 at 15:37 +0800, Bibby Hsieh wrote: > > Some panels only accept bpc (bit per color) 6-bit. > > But, the default bpc in mt8173 display data path is

[PATCH v6 4/4] drm: rcar: use generic code for managing zpos plane property

version 4: fix null pointer issue while setting zpos in plane reset function This patch replaces zpos property handling custom code in rcar DRM driver with calls to generic DRM code. Signed-off-by: Benjamin Gaignard Cc: Daniel Vetter Cc: Ville Syrjala Cc: Laurent Pinchart Cc: Marek

[PATCH v6 3/4] drm/exynos: use generic code for managing zpos plane property

From: Marek Szyprowski This patch replaces zpos property handling custom code in Exynos DRM driver with calls to generic DRM code. Signed-off-by: Marek Szyprowski Signed-off-by: Benjamin Gaignard Cc: Inki Dae Cc: Daniel Vetter Cc: Ville Syrjala Cc: Joonyoung Shim

[PATCH v6 2/4] drm: sti: use generic zpos for plane

remove private zpos property and use instead the generic new. zpos range is now fixed per plane type and normalized before being using in mixer. Signed-off-by: Benjamin Gaignard Cc: Inki Dae Cc: Daniel Vetter Cc: Ville Syrjala Cc: Joonyoung Shim Cc: Seung-Woo Kim Cc: Andrzej Hajda Cc:

[PATCH v6 1/4] drm: add generic zpos property

From: Marek Szyprowski version 6: - add zpos in gpu documentation file - merge Ville patch about zpos initial value and API improvement. I have split Ville patch between zpos core and drivers version 5: - remove zpos range check and comeback to 0 to N-1

[PATCH v6 0/4] Generic zpos property

version 6: add zpos in Documentation/gpu/kms-properties.csv merge Ville's patch (splitted between all the commits) it simplify the API and fix bug. Thanks version 5: rebased on drm-next where Documentation/DocBook/gpu.tmpl doesn't exist anymore. rework sti patch because some plane functions have

[PATCH v1 1/2] drm/panel: simple-panel: add the delay timing for Sharp LQ123P1JX31

On Thu, Jul 21, 2016 at 9:14 AM, Yakir Yang wrote: > According to page 16 of Sharp LQ123P1JX31 datasheet, we need to add the > missing delay timing. Panel prepare time should be t1 (0.5ms~10ms) plus > t3 (0ms~100ms), and panel enable time should equal to t7 (0ms~50ms), and > panel unprepare time

[PATCH v1 2/2] drm/bridge: analogix_dp: turn off the panel when eDP need to disable

On Thu, Jul 21, 2016 at 9:14 AM, Yakir Yang wrote: > Some panels (like Sharp LQ123P1JX31) need to be turn off when eDP > controller stop to send valid video signal, otherwhise panel would > go burn in, and keep flicker and flicker. > > So it's better to turn off the panel when eDP need to

linux-next: Tree for Jul 21 (gpu/virtio)

On 07/20/16 23:56, Stephen Rothwell wrote: > Hi all, > > Changes since 20160720: > on x86_64, when CONFIG_FB is not enabled: ERROR: "remove_conflicting_framebuffers" [drivers/gpu/drm/virtio/virtio-gpu.ko] undefined! -- ~Randy

Radeon r480x polaris support -what kernel git to use?

As the title says. How to fetch the most recent changes to the hardware? I don't want to use 4.7.rc7 but more recent. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160721/beec9

[PATCH] drm/vgem: Allow root to inject hanging fences onto dmabufs

On Wed, Jul 20, 2016 at 04:28:40PM -0700, Kristian Høgsberg wrote: > Why is this useful if only root can use it? > > When performing driver testing, one factor we want to test is how we > > handle a foreign fence that is never signaled. We can wait on that fence > > indefinitely, in which case

[Bug 97003] [d3dadapter+radeonsi] Dragon's Dogma: video memory leak with precompiled shaders

no) -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160721/33674e65/attachment.html>

[Bug 97003] [d3dadapter+radeonsi] Dragon's Dogma: video memory leak with precompiled shaders

<https://lists.freedesktop.org/archives/dri-devel/attachments/20160721/70cf2ccf/attachment.html>

[PATCH libdrm] Simplify the RELEASING steps based on current release.sh.

On 20 July 2016 at 20:27, Eric Anholt wrote: > Since release.sh creates and pushes a libdrm-$VERSION tag for us, > there's no need to also have the user manually generating a $VERSION > tag as well. > > I also dropped the "optional" part of distcheck. You shouldn't have > pushed master with a

[Bug 97003] [d3dadapter+radeonsi] Dragon's Dogma: video memory leak with precompiled shaders

https://bugs.freedesktop.org/show_bug.cgi?id=97003 --- Comment #2 from kudahkukarek at gmail.com --- Created attachment 125187 --> https://bugs.freedesktop.org/attachment.cgi?id=125187=edit valgrind --leak-check=full --trace-children=yes --vex-iropt-register-updates=allregs-at-mem-access