[PATCH V2] drm: simple_kms_helper: Add prepare_fb and cleanup_fb hooks

Add .prepare_fb and .cleanup_fb plane hooks into the drm_simple_kms. These can be used by drivers to call ie. the drm_fb_cma_setup_fence() helper. Signed-off-by: Marek Vasut Cc: Noralf Trønnes Cc: Daniel Vetter Cc: David Airlie --- V2: Fix the documentation style to play well with make htmldo

[PATCH 1/2] drm/fb_cma_helper: Add drm_fb_cma_setup_fence() helper

On 09/29/2016 11:36 AM, Daniel Vetter wrote: > On Wed, Sep 28, 2016 at 10:08:21PM +0200, Marek Vasut wrote: >> On 09/28/2016 03:55 PM, Lucas Stach wrote: >>> Hi Marek, >>> >>> Am Montag, den 26.09.2016, 15:01 +0200 schrieb Marek Vasut: Add new drm_fb_cma_setup_fence() helper function extracted

[PATCH 2/2] drm/imx: Switch to drm_fb_cma_setup_fence() helper

On 09/29/2016 11:37 AM, Daniel Vetter wrote: > On Mon, Sep 26, 2016 at 03:01:04PM +0200, Marek Vasut wrote: >> Remove the common code from the driver and use the drm_fb_cma_setup_fence() >> helper instead. Moveover, call the helper from prepare_fb() plane hook . >> >> Signed-off-by: Marek Vasut >>

[PATCH] drm: simple_kms_helper: Add prepare_fb and cleanup_fb hooks

On 09/29/2016 11:39 AM, Daniel Vetter wrote: > On Mon, Sep 26, 2016 at 03:01:52PM +0200, Marek Vasut wrote: >> Add .prepare_fb and .cleanup_fb plane hooks into the drm_simple_kms. >> These can be used by drivers to call ie. the drm_fb_cma_setup_fence() >> helper. >> >> Signed-off-by: Marek Vasut >

[PATCH] drm: simple_kms_helper: Handle the vblank events

On 09/29/2016 11:28 AM, Daniel Vetter wrote: > On Tue, Sep 27, 2016 at 02:20:49PM +0200, Marek Vasut wrote: >> On 09/27/2016 02:16 PM, Noralf Trønnes wrote: >>> >>> Den 27.09.2016 12:29, skrev Marek Vasut: On 09/27/2016 09:49 AM, Daniel Vetter wrote: > On Mon, Sep 26, 2016 at 2:59 PM, Mar

[Bug 90997] [apitrace] GPU lockup with Dishonored and Gallium Nine

tps://lists.freedesktop.org/archives/dri-devel/attachments/20160929/014c47fd/attachment.html>

[PATCH 20/20] drm/gma500: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops

This refactoring leads to real functional changes in the driver. Now the struct psbfb_ops implements two additional members: .fb_setcmap = drm_fb_helper_setcmap, .fb_pan_display = drm_fb_helper_pan_display, and the struct psbfb_roll_ops implements one additional member:

[PATCH 19/20] drm/i915: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops

Cc: Daniel Vetter Cc: Jani Nikula Signed-off-by: Stefan Christ --- drivers/gpu/drm/i915/intel_fbdev.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_fbdev.c b/drivers/gpu/drm/i915/intel_fbdev.c index 3e3632c..cf589ab 100644 --- a/drivers/gpu/dr

[PATCH 18/20] drm/omapdrm: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops

Cc: Tomi Valkeinen Signed-off-by: Stefan Christ --- drivers/gpu/drm/omapdrm/omap_fbdev.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/gpu/drm/omapdrm/omap_fbdev.c b/drivers/gpu/drm/omapdrm/omap_fbdev.c index adb10fb..8d8ac17 100644 --- a/drivers/gpu/drm/omapdr

[PATCH 17/20] drm/virtio: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops

This patch removes a TODO comment in the code. I do not know whether it is still relevant. Cc: David Airlie Cc: Gerd Hoffmann Signed-off-by: Stefan Christ --- drivers/gpu/drm/virtio/virtgpu_fb.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/gpu/drm/virtio/vir

[PATCH 16/20] drm/msm: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops

Cc: Rob Clark Signed-off-by: Stefan Christ --- drivers/gpu/drm/msm/msm_fbdev.c | 7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/drivers/gpu/drm/msm/msm_fbdev.c b/drivers/gpu/drm/msm/msm_fbdev.c index ffd4a33..d29f5e8 100644 --- a/drivers/gpu/drm/msm/msm_fbdev.c +++ b/dri

[PATCH 15/20] drm/udl: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops

Cc: Dave Airlie Signed-off-by: Stefan Christ --- drivers/gpu/drm/udl/udl_fb.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/gpu/drm/udl/udl_fb.c b/drivers/gpu/drm/udl/udl_fb.c index 9688bfa..2137a4f 100644 --- a/drivers/gpu/drm/udl/udl_fb.c +++ b/drivers/gpu/dr

[PATCH 14/20] drm/tegra: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops

Cc: Thierry Reding Signed-off-by: Stefan Christ --- drivers/gpu/drm/tegra/fb.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/gpu/drm/tegra/fb.c b/drivers/gpu/drm/tegra/fb.c index e6d71fa..e4a5ab0 100644 --- a/drivers/gpu/drm/tegra/fb.c +++ b/drivers/gpu/drm/teg

[PATCH 13/20] drm/radeon: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops

Cc: Alex Deucher Signed-off-by: Stefan Christ --- drivers/gpu/drm/radeon/radeon_fb.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_fb.c b/drivers/gpu/drm/radeon/radeon_fb.c index 0e3143a..12c6fe1 100644 --- a/drivers/gpu/drm/radeon/radeon

[PATCH 12/20] drm/rockchip: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops

Cc: Mark Yao Signed-off-by: Stefan Christ --- drivers/gpu/drm/rockchip/rockchip_drm_fbdev.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_fbdev.c b/drivers/gpu/drm/rockchip/rockchip_drm_fbdev.c index 207e01d..46eaa3e 100644 --- a/

[PATCH 11/20] drm/qxl: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops

Cc: Dave Airlie Signed-off-by: Stefan Christ --- drivers/gpu/drm/qxl/qxl_fb.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/gpu/drm/qxl/qxl_fb.c b/drivers/gpu/drm/qxl/qxl_fb.c index 28c1423..114f4cb 100644 --- a/drivers/gpu/drm/qxl/qxl_fb.c +++ b/drivers/gpu/dr

[PATCH 10/20] drm/nouveau: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops

Cc: Ben Skeggs Signed-off-by: Stefan Christ --- drivers/gpu/drm/nouveau/nouveau_fbcon.c | 12 ++-- 1 file changed, 2 insertions(+), 10 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_fbcon.c b/drivers/gpu/drm/nouveau/nouveau_fbcon.c index d1f248f..2373796 100644 --- a/drivers

[PATCH 09/20] drm/mgag200: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops

Cc: Dave Airlie Signed-off-by: Stefan Christ --- drivers/gpu/drm/mgag200/mgag200_fb.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/gpu/drm/mgag200/mgag200_fb.c b/drivers/gpu/drm/mgag200/mgag200_fb.c index d9b04b0..a41aa19 100644 --- a/drivers/gpu/drm/mgag200/

[PATCH 08/20] drm/exynos: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops

Cc: Inki Dae Cc: Joonyoung Shim Cc: Seung-Woo Kim Cc: Kyungmin Park Signed-off-by: Stefan Christ --- drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_fbdev.c b/drivers/gpu/drm/exynos/exynos_dr

[PATCH 07/20] drm/fb_cma_helper: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops

Cc: David Airlie Signed-off-by: Stefan Christ --- drivers/gpu/drm/drm_fb_cma_helper.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/gpu/drm/drm_fb_cma_helper.c b/drivers/gpu/drm/drm_fb_cma_helper.c index 1fd6eac..71551fd 100644 --- a/drivers/gpu/drm/drm_fb_cma

[PATCH 06/20] drm/cirrus: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops

Cc: Dave Airlie Signed-off-by: Stefan Christ --- drivers/gpu/drm/cirrus/cirrus_fbdev.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/gpu/drm/cirrus/cirrus_fbdev.c b/drivers/gpu/drm/cirrus/cirrus_fbdev.c index 3b5be72..4f8d42b 100644 --- a/drivers/gpu/drm/cirru

[PATCH 05/20] drm/bochs: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops

Cc: Gerd Hoffmann Signed-off-by: Stefan Christ --- drivers/gpu/drm/bochs/bochs_fbdev.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/gpu/drm/bochs/bochs_fbdev.c b/drivers/gpu/drm/bochs/bochs_fbdev.c index e1ec498..da790a1 100644 --- a/drivers/gpu/drm/bochs/boc

[PATCH 04/20] drm/ast: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops

Cc: Dave Airlie Signed-off-by: Stefan Christ --- drivers/gpu/drm/ast/ast_fb.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/gpu/drm/ast/ast_fb.c b/drivers/gpu/drm/ast/ast_fb.c index c017a93..b604fdd 100644 --- a/drivers/gpu/drm/ast/ast_fb.c +++ b/drivers/gpu/dr

[PATCH 03/20] drm/armada: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops

Cc: Russell King Signed-off-by: Stefan Christ --- drivers/gpu/drm/armada/armada_fbdev.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/gpu/drm/armada/armada_fbdev.c b/drivers/gpu/drm/armada/armada_fbdev.c index 7d03c51..0322bb0 100644 --- a/drivers/gpu/drm/arma

[PATCH 02/20] drm/amdgpu: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops

Cc: Alex Deucher Cc: Christian König Signed-off-by: Stefan Christ --- drivers/gpu/drm/amd/amdgpu/amdgpu_fb.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_fb.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_fb.c index 9191467..6b80982 100644 -

[PATCH 01/20] drm/fb-helper: add DRM_FB_HELPER_DEFAULT_OPS for fb_ops

The define DRM_FB_HELPER_DEFAULT_OPS provides the drm_fb_helper default implementations for functions in struct fb_ops. A drm driver can use it like: static struct fb_ops drm_fbdev_cma_ops = { .owner = THIS_MODULE, DRM_FB_HELPER_DEFAULT_OPS, /* driver specific

[PATCH 00/20] Introduce DRM_FB_HELPER_DEFAULT_OPS for struct fb_ops

Hi, this series is refactoring work suggested by Daniel Vetter in the email: https://lists.freedesktop.org/archives/dri-devel/2016-July/113237.html The define DRM_FB_HELPER_DEFAULT_OPS provides the drm_fb_helper default implementations for functions in struct fb_ops. A drm driver can use it l

[PATCH v1 4/4] drm: bridge/analogix: switch Main-link and eDP PHY when enable/disable psr

turn off Main-link and power down eDP PHY when enable psr, turn on Main-link and power up eDP PHY when disable psr. Signed-off-by: zain wang --- drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 105 ++--- 1 file changed, 52 insertions(+), 53 deletions(-) diff --git a/drive

[PATCH v1 3/4] drm/bridge: analogix_dp: detect Sink PSR state after configuring the PSR

From: Yakir Yang Make sure the request PSR state takes effect in analogix_dp_send_psr_spd() function, or print the sink PSR error state if we failed to apply the requested PSR setting. Signed-off-by: Yakir Yang Signed-off-by: Zain Wang --- drivers/gpu/drm/bridge/analogix/analogix_dp_core.c

[PATCH v1 2/4] drm/bridge: analogix_dp: get sync PM when init eDP

Signed-off-by: zain wang --- drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c b/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c index 206529a..026ec91 100644 --- a/drivers/gpu/drm/brid

[PATCH v1 1/4] drm/bridge: analogix_dp: prevent runing enable_psr when disabled bridge.

When disabled bridge, analogix_dp_enable_psr() may run due to timer was set by rockchip_drm_do_flush(), in this case we should return -EBUSY. Signed-off-by: zain wang --- drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff -

[PATCH v1 0/4] Misc changes to Rockchip PSR drivers

1. prevent runing enable_psr when disabled bridge 2. get sync PM when init eDP 3. detect Sink PSR state after configuring the PSR 4. switch Main-Link and eDP phy when enable/disable psr BR, - Zain Yakir Yang (1): drm/bridge: analogix_dp: detect Sink PSR state after configuring the PSR za

[Bug 97969] [radeonsi, bisected: fb827c0] Video decoding shows green artifacts

because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160929/3408cbb5/attachment.html>

[Bug 97980] [amdgpu] New kernel warning during shutdown

next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160929/22bd93a7/attachment.html>

[Bug 97980] [amdgpu] New kernel warning during shutdown

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/20160929/d0f9ddfc/attachment.html>

[Bug 97980] [amdgpu] New kernel warning during shutdown

on IRC? -- 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/20160929/bbf47a76/attachment.html>

[PATCH v3] drm: tilcdc: add a workaround for failed clk_set_rate()

Some architectures don't use the common clock framework and don't implement all the clk interfaces for every clock. This is the case for da850-lcdk where clk_set_rate() only works for PLL0 and PLL1. Trying to set the clock rate for the LCDC clock results in -EINVAL being returned. As a workaround

[PATCH v2 2/2] drm: zte: add initial vou drm driver

Hi Sean, On Tue, Sep 27, 2016 at 11:48:37AM -0400, Sean Paul wrote: > On Sat, Sep 24, 2016 at 10:26 AM, Shawn Guo wrote: > > It adds the initial ZTE VOU display controller DRM driver. There are > > still some features to be added, like overlay plane, scaling, and more > > output devices support.

[Bug 97980] [amdgpu] New kernel warning during shutdown

the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160929/64b6ef3e/attachment.html>

[Bug 97980] [amdgpu] New kernel warning during shutdown

next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160929/3fa9e186/attachment-0001.html>

-next trees

es and one new driver, all cooked in linux-next for two weeks. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attach

[GIT PULL] drm/tegra: Changes for v4.9-rc1

Hi Dave, The following changes since commit 87904c3e82319cf2bad8d656d79c5030dab9490e: drm/tegra: dsi: Enhance runtime power management (2016-08-24 15:58:57 +0200) are available in the git repository at: git://anongit.freedesktop.org/tegra/linux tags/drm/tegra/for-4.9-rc1 for you to fetch c

[PATCH] drm: Document caveats around atomic event handling

It's not that obvious how a driver can all race the atomic commit with handling the completion event. And there's unfortunately a pile of drivers with rather bad event handling which misdirect people into the wrong direction. Try to remedy this by documenting everything better. v2: Type fixes Ale

[GIT PULL] drm/panel: Changes for v4.9-rc1

Hi Dave, The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc: Linux 4.8-rc1 (2016-08-07 18:18:00 -0700) are available in the git repository at: git://anongit.freedesktop.org/tegra/linux tags/drm/panel/for-4.9-rc1 for you to fetch changes up to c96f566273bf086fe18a29

EDID reading failed when using DVI-to-VGA connector in valleyview(device id: 0x0f31)

; - if (ret || !IS_G4X(dev)) > + if (ret || !(IS_G4X(dev) || (dev->pdev->device == 0x0f31))) > goto out; > > /* Try to probe digital port for output in DVI-I -> VGA mode. */ -- Jani Nikula, Intel Open Source Technology Center -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160929/349f7d44/attachment.html>

[PATCH] drm: Document caveats around atomic event handling

It's not that obvious how a driver can all race the atomic commit with handling the completion event. And there's unfortunately a pile of drivers with rather bad event handling which misdirect people into the wrong direction. Try to remedy this by documenting everything better. Cc: Andrzej Hajda

[Bug 97976] VCE regression BO to small for addr since winsys/amdgpu: enable buffer allocation from slabs

ceiving 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/20160929/08de599d/attachment.html>

[PATCH v2 2/2] drm: zte: add initial vou drm driver

On Sun, Sep 25, 2016 at 10:58:09PM +0200, Daniel Vetter wrote: > On Sat, Sep 24, 2016 at 10:26:25PM +0800, Shawn Guo wrote: > > It adds the initial ZTE VOU display controller DRM driver. There are > > still some features to be added, like overlay plane, scaling, and more > > output devices support

[Bug 97976] VCE regression BO to small for addr since winsys/amdgpu: enable buffer allocation from slabs

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160929/f1223e28/attachment.html>

[RFC PATCH 1/6] drm: add helper for arming crtc completion event

On Thu, Sep 29, 2016 at 3:39 PM, Andrzej Hajda wrote: > >>> +drm_crtc_arm_vblank_event(crtc, event); >>> +else >>> +drm_crtc_send_vblank_event(crtc, event); >>> +spin_unlock_irq(&crtc->dev->event_lock); >>> +} >>> +} >>> +EXPORT_S

drm/mediatek: fixed the calc method of data rate per lane

Hi, Jitao: Sorry for late reply. Some comments inline. On Fri, 2016-08-26 at 14:10 +0800, Jitao Shi wrote: > Tune dsi frame rate by pixel clock, dsi add some extra signal (i.e. Tlpx, > Ths-prepare, Ths-zero, Ths-trail,Ths-exit) when enter and exit LP mode, this > signal will cause h-time larger t

[RFC PATCH 1/6] drm: add helper for arming crtc completion event

Hi Daniel, On 29.09.2016 11:44, Daniel Vetter wrote: > On Tue, Sep 27, 2016 at 03:36:14PM +0200, Andrzej Hajda wrote: >> A lot of drivers need to fire pageflip completion event at very next vblank >> interrupt. The patch adds helper to perform this operation. >> drm_crtc_arm_completion_event chec

[PATCH 2/2] drm/vc4: Add support for double-clocked modes.

Now that we have infoframes to report the pixel repeat flag, we can start using it. Fixes locking the 720x480i and 720x576i modes on my Dell 2408WFP. Like the 1920x1080i case, they don't fit properly on the screen, though. Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/vc4_crtc.c | 17

[PATCH 1/2] drm/vc4: Set up the AVI and SPD infoframes.

Fixes a purple bar on the left side of the screen with my Dell 2408WFP. It will also be required for supporting the double-clocked video modes. Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/vc4_hdmi.c | 136 +++-- drivers/gpu/drm/vc4/vc4_regs.h | 5 ++

[PATCH 2/2 v2] drm/vc4: Fix support for interlaced modes on HDMI.

We really do need to be using the halved V fields. I had been confused by the code I was using as a reference because it stored halved vsync fields but not halved vdisplay, so it looked like I only needed to divide vdisplay by 2. This reverts part of Mario's timestamping fixes that prevented CRTC

[PATCH v2] drm: tilcdc: add a workaround for failed clk_set_rate()

2016-09-29 9:55 GMT+02:00 Jyri Sarha : > On 09/28/16 15:41, Bartosz Golaszewski wrote: >> Some architectures don't use the common clock framework and don't >> implement all the clk interfaces for every clock. This is the case >> for da850-lcdk where clk_set_rate() only works for PLL0 and PLL1. >> >

EDID reading failed when using DVI-to-VGA connector in valleyview(device id: 0x0f31)

attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160929/99ea2890/attachment.html> -- next part -- A non-text attachment was scrubbed... Name: EDID-reading-failure-in-0x0f31.patch Type: application/octet-stream Size: 1004 byte

[Bug 97969] [radeonsi, bisected: fb827c0] Video decoding shows green artifacts

because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160929/86fac244/attachment.html>

[PATCH v2 00/23] drm/omap: Convert to use videomode from omap_video_timings

819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160929/b6692cfa/attachment.sig>

[PATCH] drm/sun4i: rgb: Enable panel after controller

ernel engineering http://free-electrons.com -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160929/7c5646a7/attachment.sig>

[Bug 97976] VCE regression BO to small for addr since winsys/amdgpu: enable buffer allocation from slabs

scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160929/0a68a2e3/attachment.html>

[PATCH v2 3/3] video: of: display_timing: Add support for syncclk-active property

: Tomi Valkeinen Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160929/1f741446/attachment.sig>

[PATCH v2 2/3] video: display_timing: Add flags to select the edge when the sync is driven

.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160929/51bec99d/attachment.sig>

[PATCH v2 1/3] dt-bindings: display: display-timing: Add property to configure sync drive edge

A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160929/6e591225/attachment.sig>

[Bug 141741] drm:radeon_get_bios [radeon]] *ERROR* Unable to locate a BIOS ROM

https://bugzilla.kernel.org/show_bug.cgi?id=141741 David Martos changed: What|Removed |Added CC||dri-devel at lists.freedesktop

[Bug 97976] VCE regression BO to small for addr since winsys/amdgpu: enable buffer allocation from slabs

: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160929/b345ecb2/attachment.html>

[Bug 97976] VCE regression BO to small for addr since winsys/amdgpu: enable buffer allocation from slabs

|REOPENED -- 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/20160929/3319cd45/attachment.html>

[Bug 97976] VCE regression BO to small for addr since winsys/amdgpu: enable buffer allocation from slabs

tps://lists.freedesktop.org/archives/dri-devel/attachments/20160929/01d01f26/attachment.html>

[Bug 97969] [radeonsi, bisected: fb827c0] Video decoding shows green artifacts

vel/attachments/20160929/fe69c31d/attachment.html>

[Bug 97976] VCE regression BO to small for addr since winsys/amdgpu: enable buffer allocation from slabs

tmpfs are also affected. -- 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/20160929/5e16b458/attachment.html>

[PATCH 2/2] drm/mediatek: clear IRQ status before enable OVL interrupt

Acked-by: CK Hu On Thu, 2016-09-29 at 11:29 +0800, Bibby Hsieh wrote: > To make sure that the first vblank IRQ after enabling > vblank isn't too short or immediate, we have to clear > the IRQ status before enable OVL interrupt. > > Signed-off-by: Bibby Hsieh > --- > drivers/gpu/drm/mediatek/mt

[PATCH 1/2] drm/mediatek: set vblank_disable_allowed to true

Acked-by: CK Hu On Thu, 2016-09-29 at 11:29 +0800, Bibby Hsieh wrote: > MTK DRM driver didn't set the vblank_disable_allowed to > true, it cause that the irq_handler is called every > 16.6 ms (every vblank) when the display didn't be updated. > > Signed-off-by: Bibby Hsieh > --- > drivers/gpu/

[PATCH] drm/sun4i: rgb: Enable panel after controller

On Thu, Sep 29, 2016 at 8:04 AM, Maxime Ripard wrote: > Hi, > > On Tue, Sep 27, 2016 at 10:42:09AM -0400, Sean Paul wrote: >> As an aside, it seems like (from the diff, I haven't looked at the >> code) the bridge_pre_enable and bridge_post_disable calls are missing, >> and the enable/disable calls

[PATCH v3] drm/exynos: mixer: configure layers once in mixer_atomic_flush()

2016년 09월 29일 01:28에 Tobias Jakobi 이(가) 쓴 글: > Inki Dae wrote: >> 2016-09-28 18:06 GMT+09:00 Tobias Jakobi : >>> Hello Inki, >>> >>> >>> Inki Dae wrote: 2016년 09월 28일 09:03에 Tobias Jakobi 이(가) 쓴 글: > Hey Inki, > > > Inki Dae wrote: >>

[PATCH] drm/mediatek: fix a typo

Acked-by: CK Hu On Thu, 2016-09-29 at 11:22 +0800, Bibby Hsieh wrote: > Fix the typo: OD_RELAYMODE->OD_CFG > > Signed-off-by: Bibby Hsieh > --- > drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/mediatek/mt

[PATCH] drm: Document caveats around atomic event handling

On Thu, Sep 29, 2016 at 11:50 AM, Daniel Vetter wrote: > It's not that obvious how a driver can all race the atomic commit with > handling the completion event. And there's unfortunately a pile of > drivers with rather bad event handling which misdirect people into the > wrong direction. > > Try

-next trees

On Wed, Sep 28, 2016 at 05:07:04PM -0400, Alex Deucher wrote: > On Tue, Sep 27, 2016 at 11:31 PM, Dave Airlie wrote: > > Hey all, > > > > Back from a week off, I've hoovered up everything and backmerged -rc8 on > > top. > > > > If I've missed anything please let me know, I haven't seen next trees

[RFC PATCH 6/6] drm/sun4i: use helper for arming crtc completion event

On Tue, Sep 27, 2016 at 11:09:53AM -0400, Alex Deucher wrote: > On Tue, Sep 27, 2016 at 9:36 AM, Andrzej Hajda wrote: > > Replace custom code with core helper. > > > > Signed-off-by: Andrzej Hajda > > Nice cleanup. Series is: > Reviewed-by: Alex Deucher Replied to the helper patch with the re

[RFC PATCH 1/6] drm: add helper for arming crtc completion event

On Tue, Sep 27, 2016 at 03:36:14PM +0200, Andrzej Hajda wrote: > A lot of drivers need to fire pageflip completion event at very next vblank > interrupt. The patch adds helper to perform this operation. > drm_crtc_arm_completion_event checks if there is an event to handle, > if vblank reference get

[PATCH] drm: simple_kms_helper: Add prepare_fb and cleanup_fb hooks

On Mon, Sep 26, 2016 at 03:01:52PM +0200, Marek Vasut wrote: > Add .prepare_fb and .cleanup_fb plane hooks into the drm_simple_kms. > These can be used by drivers to call ie. the drm_fb_cma_setup_fence() > helper. > > Signed-off-by: Marek Vasut > Cc: Noralf Trønnes > Cc: Daniel Vetter > Cc: Da

[PATCH 2/2] drm/imx: Switch to drm_fb_cma_setup_fence() helper

On Mon, Sep 26, 2016 at 03:01:04PM +0200, Marek Vasut wrote: > Remove the common code from the driver and use the drm_fb_cma_setup_fence() > helper instead. Moveover, call the helper from prepare_fb() plane hook . > > Signed-off-by: Marek Vasut > Cc: Daniel Vetter > Cc: Lucas Stach > --- > dri

[PATCH 1/2] drm/fb_cma_helper: Add drm_fb_cma_setup_fence() helper

On Wed, Sep 28, 2016 at 10:08:21PM +0200, Marek Vasut wrote: > On 09/28/2016 03:55 PM, Lucas Stach wrote: > > Hi Marek, > > > > Am Montag, den 26.09.2016, 15:01 +0200 schrieb Marek Vasut: > >> Add new drm_fb_cma_setup_fence() helper function extracted from the > >> imx-drm driver. This function ch

[PATCH] drm: Document caveats around atomic event handling

On Thu, Sep 29, 2016 at 11:20 AM, Daniel Vetter wrote: > It's not that obvious how a driver can all race the atomic commit with > handling the completion event. And there's unfortunately a pile of > drivers with rather bad event handling which misdirect people into the > wrong direction. Thanks

[PATCH 2/2] drm/mediatek: clear IRQ status before enable OVL interrupt

To make sure that the first vblank IRQ after enabling vblank isn't too short or immediate, we have to clear the IRQ status before enable OVL interrupt. Signed-off-by: Bibby Hsieh --- drivers/gpu/drm/mediatek/mtk_disp_ovl.c |1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/me

[PATCH 1/2] drm/mediatek: set vblank_disable_allowed to true

MTK DRM driver didn't set the vblank_disable_allowed to true, it cause that the irq_handler is called every 16.6 ms (every vblank) when the display didn't be updated. Signed-off-by: Bibby Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_drv.c |1 + 1 file changed, 1 insertion(+) diff --git a/driv

[PATCH 0/2] fix issue: vblank interrupts are never disabled

Clean the interrupt status before enable interrupt and set the vblank_disable_allowed to fix the issue. Bibby Hsieh (2): drm/mediatek: set vblank_disable_allowed to true drm/mediatek: clear IRQ status before enable OVL interrupt drivers/gpu/drm/mediatek/mtk_disp_ovl.c |1 + drivers/gpu/d

[PATCH] drm: simple_kms_helper: Handle the vblank events

On Tue, Sep 27, 2016 at 02:20:49PM +0200, Marek Vasut wrote: > On 09/27/2016 02:16 PM, Noralf Trønnes wrote: > > > > Den 27.09.2016 12:29, skrev Marek Vasut: > >> On 09/27/2016 09:49 AM, Daniel Vetter wrote: > >>> On Mon, Sep 26, 2016 at 2:59 PM, Marek Vasut wrote: > On 09/26/2016 11:41 AM,

[Intel-gfx] [PATCH] drm: Add frame CRC debugfs files only for drivers that have CRTC

tps://dri.freedesktop.org/docs/drm/gpu/drm-uapi.html#render-nodes [2] http://blog.ffwll.ch/2016/01/better-markup-for-kernel-gpu-docbook.html -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160929/de967404/attachment-0001.html>

[PATCH] drm/sti: mark symbols static where possible

On Wed, Sep 28, 2016 at 09:27:13AM +0200, Vincent ABRIOU wrote: > Yes true, patch from Ville > https://lists.freedesktop.org/archives/dri-devel/2016-September/118631.html"; > already fix patches sent by Baoyou. Yeah, I resolved those conflicts by simply taking the code from the sti tree. I'll send

[PATCH] drm/mediatek: fix a typo

Fix the typo: OD_RELAYMODE->OD_CFG Signed-off-by: Bibby Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c b/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c index df33b3c..aa5f20f 1

[PATCH] drm: Convert prime dma-buf <-> handle to rbtree

On Tue, Sep 27, 2016 at 12:18:13PM -0400, Sean Paul wrote: > On Tue, Sep 27, 2016 at 2:36 AM, David Herrmann > wrote: > > Hi Chris > > > > On Mon, Sep 26, 2016 at 10:44 PM, Chris Wilson > chris-wilson.co.uk> wrote: > >> Currently we use a linear walk to lookup a handle and return a dma-buf, > >>

[PATCH 10/10] drm/i915: Account for sink max TMDS clock when checking the port clock

On Wed, 2016-09-28 at 16:51 +0300, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > It's perfectly legal for the sink to support 12bpc only for > some lower resolution modes, while the higher resolution modes > can only be used with 8bpc. So let's take the sink's max TMDS clock

[PATCH 09/10] drm/i915: Replace a bunch of connector->base.display_info with a local variable

On Wed, 2016-09-28 at 16:51 +0300, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > Reduce the eyesore with a local variable. > > Signed-off-by: Ville Syrjälä Reviewed-by: Ander Conselvan de Oliveira > --- >  drivers/gpu/drm/i915/intel_display.c | 14 +++--- >  

[PATCH v5 3/3] drm/mediatek: modify the factor to make the pll_rate set in the 1G-2G range

From: Junzhi Zhao Currently, the code sets the "pll" to the desired multiple of the pixel clock manully(4*3m 8*3,etc). The valid range of the pll is 1G-2G, however, when the pixel clock is bigger than 167MHz, the "pll" will be set to a invalid value( > 2G), then the "pll" will be 2GHz, thus the

[PATCH v5 2/3] drm/mediatek: enhance the HDMI driving current

From: Junzhi Zhao In order to improve 4K resolution performance, we have to enhance the HDMI driving current when clock rate is greater than 165MHz. Signed-off-by: Junzhi Zhao Signed-off-by: Bibby Hsieh --- drivers/gpu/drm/mediatek/mtk_mt8173_hdmi_phy.c | 42 +--- 1 file

[PATCH v5 1/3] drm/mediatek: do mtk_hdmi_send_infoframe after HDMI clock enable

From: Junzhi Zhao The mtk_hdmi_send_infoframe have to be run after PLL and PIXEL clock of HDMI enable. Make sure that HDMI inforframes can be sent successfully. Signed-off-by: Junzhi Zhao Signed-off-by: Bibby Hsieh --- drivers/gpu/drm/mediatek/mtk_hdmi.c | 17 +++-- 1 file chang

[PATCH v5 0/3] MT8173 HDMI 4K support

This is MT8173 HDMI 4K support PATCH v5, based on 4.8-rc1. In order to support HDMI 4K on MT8173, we have to make some modifications. 1) Make sure that mtk_hdmi_send_infoframe is sent successfully. 2) Enhance the HDMI driving current to improve performance. 3) Make sure that pixel clock is 297MHz

[Intel-gfx] [PATCH] drm: Restore lost drm_framebuffer_unreference in drm_mode_page_flip_ioctl

On Wed, Sep 28, 2016 at 11:25:00PM +0100, Chris Wilson wrote: > Commit 43968d7b806d ("drm: Extract drm_plane.[hc]") was not the simple > cut'n'paste we presumed, somehow it introduced a leak of the page flip > target's framebuffer. > > Fixes: 43968d7b806d ("drm: Extract drm_plane.[hc]") > Signed-o

[Intel-gfx] [PATCH] drm: Add frame CRC debugfs files only for drivers that have CRTC

On Thu, Sep 29, 2016 at 10:25:09AM +0200, Tomeu Vizoso wrote: > On 29 September 2016 at 05:42, Dhinakaran Pandiyan > wrote: > > vgem does not do modeset, looping through non-existent CRTC's while > > registering drm_minor in > > > > 'commit 48c787899882 ("drm: Add API for capturing frame C

[PATCH v2] drm: tilcdc: add a workaround for failed clk_set_rate()

On 09/28/16 15:41, Bartosz Golaszewski wrote: > Some architectures don't use the common clock framework and don't > implement all the clk interfaces for every clock. This is the case > for da850-lcdk where clk_set_rate() only works for PLL0 and PLL1. > > Trying to set the clock rate for the LCDC c

  1   2   >