[Bug 96360] VM fault with kernel 4.7-rc1 on Alien: Isolation

iving 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/20160603/7797052f/attachment.html>

[PATCH] drm/crtc: fix connector reference counting mismatch in drm_crtc_helper_set_config

On Fri, Jun 03, 2016 at 10:27:11AM +0200, Philipp Zabel wrote: > Am Donnerstag, den 02.06.2016, 22:25 +0200 schrieb Daniel Vetter: > [...] > > > [drm:drm_ioctl] pid=205, dev=0xe201, auth=1, DRM_IOCTL_MODE_SETCRTC > > > [drm:drm_mode_setcrtc] [CRTC:24:crtc-0] > > >

[PATCH 01/20] drm/atomic: Fix remaining places where !funcs->best_encoder is valid

On Fri, Jun 03, 2016 at 09:37:43AM +0200, Boris Brezillon wrote: > On Thu, 2 Jun 2016 23:57:02 +0200 > Daniel Vetter wrote: > > > On Thu, Jun 2, 2016 at 11:05 PM, Laurent Pinchart > > wrote: > > > Hi Boris, > > > > > > Thank you for the patch. > > > > > > On Thursday 02 Jun 2016 16:31:28 Boris

[RFC PATCH v1 2/6] clk: rockchip: rk3399: add SCLK_DDRCLK ID for ddrc

在 2016/6/3 20:36, Heiko Stübner 写道: > Hi Shawn, > > Am Freitag, 3. Juni 2016, 20:34:52 schrieb Shawn Lin: >> How about merge it into your patch#3. > > see comments from Doug and me on previous version. > > clock-ids should always be separate patches, as we will need them in both > clock and

[PATCH] dma-buf/sync_file: fix build warning with context format type

On Fri, Jun 03, 2016 at 11:27:31PM +0530, Sumit Semwal wrote: > Hi Gustavo, > > On 03-Jun-2016 9:16 PM, "Gustavo Padovan" wrote: > > > > From: Gustavo Padovan > > > > Christian König changed fence context to a u64 type, so we need to > > update all users accordingly. > > > > Signed-off-by:

[PATCH] drm/panel: simple: Remove gratuitous blank line

On Fri, Jun 03, 2016 at 05:29:29PM +0200, Thierry Reding wrote: > From: Thierry Reding > > This blank line was introduced in commit c8521969dea2 ("drm/panel: > simple: Add support for BOE TV080WUM-NL0"), likely by mistake. > > Signed-off-by: Thierry Reding Reviewed-by: Daniel Vetter > --- >

[PATCH 4/4] drm/hisilicon: Remove custom FB helper deferred setup

On Fri, Jun 03, 2016 at 06:11:19PM +0200, Thierry Reding wrote: > From: Thierry Reding > > The FB helper core now supports deferred setup, so the driver's custom > implementation can be removed. > > Cc: Xinliang Liu > Cc: Xinwei Kong > Cc: Chen Feng > Signed-off-by: Thierry Reding > --- >

[RFC PATCH v1 2/6] clk: rockchip: rk3399: add SCLK_DDRCLK ID for ddrc

Hi Lin How about merge it into your patch#3. On 2016/6/3 17:55, Lin Huang wrote: > Signed-off-by: Lin Huang > --- > Changes in v1: > - None > > include/dt-bindings/clock/rk3399-cru.h | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/include/dt-bindings/clock/rk3399-cru.h >

[PATCH 1/4] drm/fb-helper: Support deferred setup

On Fri, Jun 03, 2016 at 06:11:16PM +0200, Thierry Reding wrote: > From: Thierry Reding > > FB helper code falls back to a 1024x768 mode if no outputs are connected > or don't report back any modes upon initialization. This can be annoying > because outputs that are added to FB helper later on

[RFC PATCH v1 1/6] rockchip: rockchip: add new clock-type for the ddrclk

Hi Lin, It looks good with only a few minor comments. On 2016/6/3 17:55, Lin Huang wrote: > On new rockchip platform(rk3399 etc), there have dcf controller to > do ddr frequency scaling, and this controller will implement in > arm-trust-firmware. We add a special clock-type to handle that. > >

[Nouveau] [PATCH 9/9] drm: Turn off crtc before tearing down its data structure

On Fri, Jun 03, 2016 at 09:30:06AM +0200, Lukas Wunner wrote: > On Wed, Jun 01, 2016 at 04:40:12PM +0200, Daniel Vetter wrote: > > On Wed, Jun 01, 2016 at 02:36:41PM +0200, Lukas Wunner wrote: > > > On Wed, May 25, 2016 at 03:43:42PM +0200, Daniel Vetter wrote: > > > > On Wed, May 25, 2016 at

drm/vc4: NULL pointer dereference after failed to allocate buffer

Hi, i tried to boot 4.7.0-rc1-next-20160602 with bcm2835_defconfig on a Raspberry Pi B. Unfortunately it crashes with a NULL pointer dereference and many oops following: ... [2.209373] vc4-drm soc:gpu: bound 20902000.hdmi (ops vc4_hdmi_ops) [2.228303] vc4-drm soc:gpu: bound

[PATCH v2] drm: Add Grain Media GM12U320 kms driver

Hi, Thanks for the review! On 03-06-16 19:27, Thierry Reding wrote: > On Fri, Jun 03, 2016 at 03:06:32PM +0200, Hans de Goede wrote: >> Grain-media GM12U320 based devices are mini video projectors using USB for >> both power and video data transport. >> >> This commit adds a kms driver for these

[PATCH] drm: sun4i: fix LPAE warnings

Thierry Reding -- 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/20160603/11e11c45/attachment-0001.sig>

[PATCH v2] drm: Add Grain Media GM12U320 kms driver

; +#include > +#include > +#include > +#include "gm12u320_drv.h" > + > +static int gm12u320_driver_set_busid(struct drm_device *d, struct drm_master > *m) > +{ > + return 0; > +} This is optional, you can drop it. Thierry -- 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/20160603/007b2658/attachment.sig>

[RFC PATCH v1 4/6] PM / devfreq: event: support rockchip dfi controller

Hi Lin, I add the some comment on below. If you modify it, You can add my acked-by tag. Looks good to me. Acked-by: Chanwoo Choi Also, I'd like you to add me to mail thread on next version because I'm supporter of devfreq-event. On 2016년 06월 03일 18:55, Lin Huang wrote: > on rk3399

[drm:drm-fixes 16/39] drivers/gpu/drm/omapdrm/dss/dsi.c:1170:6: warning: unused variable 'r'

.gz Type: application/octet-stream Size: 57596 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160603/2c1661f3/attachment-0001.obj>

[PATCH 2/2] drm/amdgpu/gfx80: Add QUICK_PG bit to GFX header and use it.

From: Tom St Denis Signed-off-by: Tom St Denis Reviewed-by: Alex Deucher Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 4 ++-- drivers/gpu/drm/amd/include/asic_reg/gca/gfx_8_0_sh_mask.h | 6 -- 2 files changed, 6

[PATCH 1/2] drm/amdgpu/gfx8: Tidy up various PG helpers

From: Tom St Denis Signed-off-by: Tom St Denis Reviewed-by: Alex Deucher Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 51 +-- 1 file changed, 18 insertions(+), 33 deletions(-) diff --git

[PATCH 2/2] drm/amd/powerplay: delete useless code as pptable changed in vbios.

From: Rex Zhu The vbios table changed so this code is useless now. Signed-off-by: Rex Zhu Reviewed-by: Christian König Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/powerplay/hwmgr/tonga_hwmgr.c | 21 - 1 file changed, 21 deletions(-) diff --git

[PATCH 1/2] drm/amd/powerplay: fix bug visit array out of bounds

From: Rex Zhu Signed-off-by: Rex Zhu Acked-by: Christian König Reviewed-by: Alex Deucher Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/powerplay/hwmgr/fiji_hwmgr.c | 2 +- drivers/gpu/drm/amd/powerplay/hwmgr/hwmgr.c | 2 +- 2 files changed, 2 insertions(+), 2

[PATCH 4/4] drm/amdgpu/gfx8: Enable PG on Stoney

From: Tom St Denis Signed-off-by: Tom St Denis Reviewed-by: Alex Deucher Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/vi.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/amdgpu/vi.c

[PATCH 3/4] drm/amdgpu/gfx8: Enable CG on Stoney

From: Tom St Denis Enable all relevant CG flags for Stoney parts. Signed-off-by: Tom St Denis Reviewed-by: Alex Deucher Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/vi.c | 7 +++ 1 file changed, 7 insertions(+) diff --git

[PATCH 2/4] drm/amdgpu/gfx8: Switch Stoney to share CZ's RLC functions

From: Tom St Denis According to the bringup code ST/CZ share the RLC ENTER/EXIT logic. Tested on my ST board. Signed-off-by: Tom St Denis Reviewed-by: Alex Deucher Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 2 +- 1 file changed, 1

[PATCH 1/4] drm/amdgpu: add amdgpu.cg_mask and amdgpu.pg_mask parameters

From: Nicolai Hähnle They allow disabling clock and power gating from the kernel command line, which hopefully helps with diagnosing problems in the field. Reviewed-by: Alex Deucher Signed-off-by: Nicolai Hähnle Signed-off-by: Alex Deucher ---

[PATCH 2/2] drm/amdgpu: fix smu ucode memleak (v2)

From: Monk Liu Properly release the smu ucode in powerplay. v2: agd: add polaris as well Signed-off-by: Monk Liu Reviewed-by: Alex Deucher Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/powerplay/smumgr/fiji_smumgr.c | 2 ++

[PATCH 1/2] drm/amdgpu: add release firmware for cgs

From: Monk Liu Powerplay uses cgs to load the firmware so add a function to release it as well to avoid leaking it on driver unload. Signed-off-by: Monk Liu Reviewed-by: Alex Deucher Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdgpu_cgs.c | 12

[RFC PATCH v1 4/6] PM / devfreq: event: support rockchip dfi controller

ts. Thierry -- 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/20160603/74ea7cb3/attachment.sig>

[PATCH] drm/fsl-dcu: use flat regmap cache

On 2016-06-03 16:00, Daniel Vetter wrote: > On Fri, Jun 03, 2016 at 03:43:19PM -0700, Stefan Agner wrote: >> Using flat regmap cache instead of RB-tree to avoid the following >> lockdep warning on driver load: >> WARNING: CPU: 0 PID: 1 at kernel/locking/lockdep.c:2755 >>

[PATCH] drm/amdgpu/trace: Add tracepoints to MMIO read/writes

From: Tom St Denis Add tracepoints to the MMIO read/write so we can log MMIO traffic. Signed-off-by: Tom St Denis Reviewed-by: Christian König Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 12 ++

[PATCH] drm/crtc: fix connector reference counting mismatch in drm_crtc_helper_set_config

e there? Thierry -- 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/20160603/ed6f4d8c/attachment.sig>

[PATCH] drm/amdgpu: print smc fw info in CGS.

From: yanyang1 The non-powerplay code handles this directly. Do it in cgs for powerplay. Signed-off-by: yanyang1 Reviewed-by: Rex Zhu Rex.Zhu at amd.com Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdgpu_cgs.c | 1 + 1 file changed, 1 insertion(+) diff

[PATCH] drm/amdgpu: properly clean up runtime pm

Was missing the calls to fini. Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 31 -- 1 file changed, 21 insertions(+), 10 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c

[PATCH 4/4] drm/hisilicon: Remove custom FB helper deferred setup

From: Thierry Reding The FB helper core now supports deferred setup, so the driver's custom implementation can be removed. Cc: Xinliang Liu Cc: Xinwei Kong Cc: Chen Feng Signed-off-by: Thierry Reding --- Compile-tested only.

[PATCH 3/4] drm/exynos: Remove custom FB helper deferred setup

From: Thierry Reding The FB helper core now supports deferred setup, so the driver's custom implementation can be removed. Cc: Inki Dae Cc: Joonyoung Shim Cc: Seung-Woo Kim Cc: Kyungmin Park Signed-off-by: Thierry Reding --- Compile-tested only.

[PATCH 2/4] drm/atmel-hlcdc: Remove custom FB helper deferred setup

From: Thierry Reding The FB helper core now supports deferred setup, so the driver's custom implementation can be removed. Cc: Boris Brezillon Signed-off-by: Thierry Reding --- Compile-tested only. drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 26

[PATCH 1/4] drm/fb-helper: Support deferred setup

From: Thierry Reding FB helper code falls back to a 1024x768 mode if no outputs are connected or don't report back any modes upon initialization. This can be annoying because outputs that are added to FB helper later on can't be used with FB helper if they don't support a

[PATCH v3 05/33] drm: Pass the drm_dp_aux->hw_mutex to i2c for its locking

On Fri, Jun 03, 2016 at 03:36:48PM +0100, Chris Wilson wrote: > Rather than have both drm_dp_aux lock within its transfer, and i2c to > lock around the transfer, use the same lock by filling in the locking > callbacks that i2c wants to use. We require our own hw_mutex as we > bypass i2c_transfer

[PATCH v3 06/33] drm: Minimally initialise drm_dp_aux

On Fri, Jun 03, 2016 at 03:36:49PM +0100, Chris Wilson wrote: > When trying to split up the initialisation phase and the registration > phase, one immediate problem encountered is trying to use our own i2c > devices before registration with userspace (to read EDID during device > discovery).

[PATCH] drm: sun4i: fix LPAE warnings

When the sun4i DRM driver is compiled with LPAE enabled, dma_addr_t turns into a 64-bit type, which causes warnings with some debug printks: = In file included from drivers/gpu/drm/sun4i/sun4i_backend.c:13:: drivers/gpu/drm/sun4i/sun4i_backend.c: In function

[RFC PATCH v1 6/6] drm/rockchip: Add dmc notifier in vop driver

when in ddr frequency scaling process, vop can not do enable or disable operate, since dcf will base on vop vblank time to do frequency scaling and need to get vop irq if there have vop enabled. So need register to dmc notifier, and we can get the dmc status. Signed-off-by: Lin Huang --- Changes

[RFC PATCH v1 5/6] PM / devfreq: rockchip: add devfreq driver for rk3399 dmc

base on dfi result, we do ddr frequency scaling, register dmc driver to devfreq framework, and use simple-ondemand policy. Signed-off-by: Lin Huang --- Changes in v1: - move dfi controller to event, Suggestion by Chanwoo Choi - fix set voltage sequence when set rate fail - change Kconfig type

[RFC PATCH v1 4/6] PM / devfreq: event: support rockchip dfi controller

on rk3399 platform, there is dfi conroller can monitor ddr load, base on this result, we can do ddr freqency scaling. Signed-off-by: Lin Huang --- Changes in v1: - NOne drivers/devfreq/event/Kconfig| 7 + drivers/devfreq/event/Makefile | 1 +

[RFC PATCH v1 3/6] clk: rockchip: rk3399: add ddrc clock support

add ddrc clock setting, so we can do ddr frequency scaling on rk3399 platform in future. Signed-off-by: Lin Huang --- Changes in v1: - remove ddrc source CLK_IGNORE_UNUSED flag, Suggestion by Doug - move clk_ddrc and clk_ddrc_dpll_src to critical, Suggestion by Doug

[RFC PATCH v1 2/6] clk: rockchip: rk3399: add SCLK_DDRCLK ID for ddrc

Signed-off-by: Lin Huang --- Changes in v1: - None include/dt-bindings/clock/rk3399-cru.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/dt-bindings/clock/rk3399-cru.h b/include/dt-bindings/clock/rk3399-cru.h index 50a44cf..8a0f0442 100644 ---

[RFC PATCH v1 1/6] rockchip: rockchip: add new clock-type for the ddrclk

On new rockchip platform(rk3399 etc), there have dcf controller to do ddr frequency scaling, and this controller will implement in arm-trust-firmware. We add a special clock-type to handle that. Signed-off-by: Lin Huang --- Changes in v1: - None drivers/clk/rockchip/Makefile | 1 +

[RFC PATCH v1 0/6] rk3399 support ddr frequency scaling

rk3399 platform have dfi controller can monitor ddr load, and dcf controller to handle ddr register so we can get the right ddr frequency and make ddr controller happy work(which will implement in bl31). So we do ddr frequency scaling with following flow: kernel

[PATCH] drm/vmwgfx: Avoid compiler warning

From: Thierry Reding While the current code is correct and the compiler's DCE pass should remove either of the branches depending on the width of DMA addresses, the compiler still has to compile the code first. On configurations with 32-bit DMA addresses, right-shifting the

[PATCH v2 1/3] of: add common OF-based component functionality

dri-devel/attachments/20160603/196b25a6/attachment.sig>

[PATCH] drm/mediatek: Do not select IOMMU_DMA

From: Thierry Reding The IOMMU_DMA symbol depends on IOMMU_API, but DRM_MEDIATEK itself does not have a dependency on that symbol. Furthermore the driver doesn't use any of the code enabled by IOMMU_DMA and the only IOMMU API call that it uses, iommu_present(), has a dummy

[PATCH] drm/panel: simple: Remove gratuitous blank line

From: Thierry Reding This blank line was introduced in commit c8521969dea2 ("drm/panel: simple: Add support for BOE TV080WUM-NL0"), likely by mistake. Signed-off-by: Thierry Reding --- drivers/gpu/drm/panel/panel-simple.c | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH] drm/dsi: Add uevent callback

From: Thierry Reding Implement a uevent callback for devices on the MIPI DSI bus. This callback will append MODALIAS information to the uevent and allow modules to be loaded when devices are added to the bus. Signed-off-by: Thierry Reding --- drivers/gpu/drm/drm_mipi_dsi.c

[PATCH 2/2] drm/amdgpu: work around lack of upstream ACPI support for D3cold

Until Dave's patch to support the new hybrid gfx ACPI method goes upstream, we can fallback to the old ATPX method which seems to still work. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_atpx_handler.c | 9 + 1 file changed, 9 insertions(+) diff --git

[PATCH 1/2] drm/amdgpu: work around lack of upstream ACPI support for D3cold

Until Dave's patch to support the new hybrid gfx ACPI method goes upstream, we can fallback to the old ATPX method which seems to still work. Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdgpu_atpx_handler.c | 9 + 1 file changed, 9 insertions(+) diff --git

[PATCH v2 1/3] of: add common OF-based component functionality

On Fri, Jun 03, 2016 at 05:44:30PM +0200, Thierry Reding wrote: > On Fri, Jun 03, 2016 at 03:21:19PM +0100, Russell King wrote: > [...] > > diff --git a/drivers/of/of_component.c b/drivers/of/of_component.c > [...] > > +static void component_compare_of(struct device *dev, void *data) > > +{ > > +

[PATCH v2 2/3] drm: convert DT component matching to component_match_add_release()

Am Freitag, den 03.06.2016, 15:21 +0100 schrieb Russell King: > Convert DT component matching to use component_match_add_release(). > > Signed-off-by: Russell King > --- > drivers/gpu/drm/arm/hdlcd_drv.c | 9 +++-- >

[PATCH v14 8/8] arm64: dts: mt8173: Add display subsystem related nodes

Hi Matthias, Am Montag, den 11.04.2016, 17:09 +0200 schrieb Philipp Zabel: > From: CK Hu > > This patch adds the device nodes for the DISP function blocks > comprising the display subsystem. > > Signed-off-by: CK Hu > Signed-off-by: Cawa Cheng > Signed-off-by: Jie Qiu > Signed-off-by:

[PATCH v2 1/3] of: add common OF-based component functionality

On Fri, Jun 03, 2016 at 10:29:40AM -0500, Rob Herring wrote: > On Fri, Jun 3, 2016 at 9:21 AM, Russell King > wrote: > > Add common OF-based component functionality for matching devices by > > device node, and releasing the device node at the appropraite time. > >

[PATCH 1/4] drm/panel: simple: Add support for LG LP097QX1-SPA1 2048x1536 panel

Hi Thierry, Ping... Could you help to review/ack the panel changes :) BR, - Yakir On 05/23/2016 08:54 PM, Yakir Yang wrote: > The LG LP097QX1-SPA1 is an 9.7", 2048x1536 (QXGA) TFT-LCD panel > connected using eDP interfaces. > > Signed-off-by: Yakir Yang > --- >

[PATCH 4/4] dt-bindings: add Samsung LSN122DL01-C01 panel binding

Hi Rob, On 05/24/2016 05:35 AM, Rob Herring wrote: > On Mon, May 23, 2016 at 08:55:37PM +0800, Yakir Yang wrote: >> The Samsung LSN122DL01-C01 is an 12.2" 2560x1600 (WQXGA) TFT-LCD >> panel connected using eDP interfaces. >> >> Signed-off-by: Yakir Yang >> --- >>

[PATCH 2/4] dt-bindings: add LG LP097QX1-SPA1 panle binding

Hi Rob, On 05/24/2016 05:34 AM, Rob Herring wrote: > On Mon, May 23, 2016 at 08:55:15PM +0800, Yakir Yang wrote: >> The LG LP097QX1-SPA1 is an 9.7", 2048x1536 (QXGA) TFT-LCD panel >> connected using eDP interfaces. >> >> Signed-off-by: Yakir Yang >> --- >>

[PATCH v3 00/27] fb/drm: omapdss: Clean up the headers and separate the two stack

Tony, On 06/03/16 14:03, Peter Ujfalusi wrote: > Hi, > > Changes since v2: > - Collected the patches (4 of them) at the beginning which touches mach-omap2 > - Smaller changes in the moved patches to make sure they compile. > > Changes since v1: > - patches (2) added to remove the inclusion of

[PATCH v5 1/2] drm/bridge: Add sii902x driver

On 3 June 2016 at 11:02, Boris Brezillon wrote: > Hi Emil, > > On Fri, 3 Jun 2016 10:38:49 +0100 > Emil Velikov wrote: > >> Hi Boris. >> >> On 2 June 2016 at 16:00, Boris Brezillon >> wrote: >> >> > +static void sii902x_reset(struct sii902x *sii902x) >> > +{ >> > + if

[PATCH v2 6/6] drm/fsl-dcu: disable vblank events on CRTC disable

Disable vblank events when CRTC gets disabled. This avoids an external abort when entering suspend while disable_timer is still active: On resume the timer might fire immediately and cause a register access in fsl_dcu_drm_disable_vblank before clocks get enabled by the resume function.

[PATCH v2 5/6] drm/fsl-dcu: implement suspend/resume using atomic helpers

Use the drm_atomic_helper_suspend() and drm_atomic_helper_resume() helpers to implement subsystem-level suspend/resume. This replaces the (non-functional) regmap cache based suspend resume functionality. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 40

[PATCH v2 4/6] drm/fsl-dcu: use clk helpers

Use clk_prepare_enable and clk_disable_unprepare helpers. This also fixes a sequence issue in the enable path which lead to a warning on resume. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 11 ++- 1 file changed, 2 insertions(+), 9 deletions(-) diff

[PATCH v2 3/6] drm/fsl-dcu: move layer initialization to plane file

Move the initialization code for layers into a separate function in the plane file. This allows to reuse the function on resume. Also move it at the very beginning which may not matter but makes logically much more sense. Signed-off-by: Stefan Agner ---

[PATCH v2 2/6] drm/fsl-dcu: store layer registers in soc_data

Store the number of registers per layer in soc_data. This is more consistent with how the rest of SoC specific data are handled. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c | 8 ++-- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 2 ++

[PATCH v2 1/6] drm/fb_cma_helper: add suspend helper

Implement a suspend/resume helper for CMA users which calls drm_fb_helper_set_suspend. Suggested-by: Thierry Reding Signed-off-by: Stefan Agner --- drivers/gpu/drm/drm_fb_cma_helper.c | 15 +++ include/drm/drm_fb_cma_helper.h | 1 + 2 files changed, 16 insertions(+) diff

[PATCH v2 0/6] drm/fsl-dcu: suspend/resume rework using atomic helpers

This implements suspend/resume using the atomic update supsend/resume helpers instead of the current implementation which uses regcache. The code has been tested on a Colibri VF61 using the freeze suspend mode. This version is a rebase ontop of the fix for the regmap cache issue:

fsl-dcu not works on latest "drm-next"

On 2016-05-26 02:11, Alexander Stein wrote: > On Thursday 26 May 2016 08:23:42, Meng Yi wrote: >> Hi Mark, >> >> > You've not specifically described the problem here - what are the >> > endiannesses of both the CPU and the device you're talking to? What >> > specifically is the endianess problem

[PATCH] drm/fsl-dcu: use flat regmap cache

Using flat regmap cache instead of RB-tree to avoid the following lockdep warning on driver load: WARNING: CPU: 0 PID: 1 at kernel/locking/lockdep.c:2755 lockdep_trace_alloc+0x15c/0x160() DEBUG_LOCKS_WARN_ON(irqs_disabled_flags(flags)) The RB-tree regmap cache needs to allocate new space on

[PATCH v3 06/33] drm: Minimally initialise drm_dp_aux

When trying to split up the initialisation phase and the registration phase, one immediate problem encountered is trying to use our own i2c devices before registration with userspace (to read EDID during device discovery). drm_dp_aux in particular only offers an interface for setting up the device

[PATCH v3 05/33] drm: Pass the drm_dp_aux->hw_mutex to i2c for its locking

Rather than have both drm_dp_aux lock within its transfer, and i2c to lock around the transfer, use the same lock by filling in the locking callbacks that i2c wants to use. We require our own hw_mutex as we bypass i2c_transfer for drm_dp_dpcd_access(). Signed-off-by: Chris Wilson Cc: Dave Airlie

[PATCH v3 04/33] drm: Automatically unregister the connector during cleanup

As we now can call drm_connector_unregister() multiple times, provide a failsafe unregister for a connector when cleaning it up. v2: Add a WARN to catch any connectors that are still visible to userspace when we come to destoy them. Signed-off-by: Chris Wilson Cc: Dave Airlie Cc: dri-devel at

[PATCH v3 03/33] drm: Make drm_connector_register() safe against multiple calls

Protect against drivers that may try to register the connector more than once, or who try to unregister it multiple times. Signed-off-by: Chris Wilson Cc: Dave Airlie Cc: dri-devel at lists.freedesktop.org Reviewed-by: Daniel Vetter --- drivers/gpu/drm/drm_crtc.c | 9 +

[PATCH v3 02/33] drm: Add a callback from connector registering

If a driver wants to more precisely control its initialisation and in particular, defer registering its interfaces with userspace until after everything is setup, it also needs to defer registering the connectors. As some devices need more work during registration, add a callback so that drivers

[PATCH v3 01/33] drm: Export drm_dev_init() for subclassing

In order to allow drivers to pack their privates and drm_device into one struct (e.g. for subclassing), export the initialisation routines for struct drm_device. v2: Missed return ret. That error path had only one job to do! v3: Cross-referencing drm_dev_init/drm_dev_alloc in kerneldoc, fix

[PATCH v2 3/3] iommu: convert DT component matching to component_match_add_release()

Convert DT component matching to use component_match_add_release(). Signed-off-by: Russell King --- drivers/iommu/mtk_iommu.c | 14 ++ 1 file changed, 6 insertions(+), 8 deletions(-) diff --git a/drivers/iommu/mtk_iommu.c b/drivers/iommu/mtk_iommu.c

[PATCH v2 2/3] drm: convert DT component matching to component_match_add_release()

Convert DT component matching to use component_match_add_release(). Signed-off-by: Russell King --- drivers/gpu/drm/arm/hdlcd_drv.c | 9 +++-- drivers/gpu/drm/armada/armada_drv.c | 8 ++-- drivers/gpu/drm/drm_of.c|

[PATCH v2 1/3] of: add common OF-based component functionality

Add common OF-based component functionality for matching devices by device node, and releasing the device node at the appropraite time. Signed-off-by: Russell King --- drivers/of/Makefile | 2 +- drivers/of/of_component.c| 41

[PATCH v5 1/2] drm/bridge: Add sii902x driver

Am Freitag, den 03.06.2016, 10:38 +0100 schrieb Emil Velikov: > Hi Boris. [...] > > > + > > + if (client->irq > 0) { > I was always confused which is the correct way to check this >= 0 vs > > 0. DRM has both :-\ > Do you have any suggestions, should be 'mass convert' DRM to use only > one

[PATCH] drm: convert DT component matching to component_match_add_release()

On Fri, Jun 03, 2016 at 11:56:40AM +0100, Robin Murphy wrote: > Hi Russell, > > On 03/06/16 08:58, Russell King wrote: > >Convert DT component matching to use component_match_add_release(). > > > >Signed-off-by: Russell King > >--- > >

[PATCH v2] drm: Add Grain Media GM12U320 kms driver

Grain-media GM12U320 based devices are mini video projectors using USB for both power and video data transport. This commit adds a kms driver for these devices, including prime support. This driver is based on the existing udl kms driver, and the gm12u320 fb driver by Viacheslav Nurmekhamitov .

[RFC PATCH v1 3/6] clk: rockchip: rk3399: add ddrc clock support

Am Freitag, 3. Juni 2016, 17:55:16 schrieb Lin Huang: > add ddrc clock setting, so we can do ddr frequency > scaling on rk3399 platform in future. > > Signed-off-by: Lin Huang > --- > Changes in v1: > - remove ddrc source CLK_IGNORE_UNUSED flag, Suggestion by Doug > - move clk_ddrc and

[RFC PATCH] drm: msm: Add ASoC generic hdmi audio codec support.

This patch adds support to generic audio codec via ASoC hdmi-codec infrastucture which is merged recently. Signed-off-by: Srinivas Kandagatla --- drivers/gpu/drm/msm/Kconfig | 1 + drivers/gpu/drm/msm/hdmi/hdmi.c | 120 +++-

[PATCH v2 1/3] of: add common OF-based component functionality

On Fri, Jun 3, 2016 at 10:36 AM, Russell King - ARM Linux wrote: > On Fri, Jun 03, 2016 at 10:29:40AM -0500, Rob Herring wrote: >> On Fri, Jun 3, 2016 at 9:21 AM, Russell King >> wrote: >> > Add common OF-based component functionality for matching devices by >> >

[RFC PATCH v1 1/6] rockchip: rockchip: add new clock-type for the ddrclk

Am Freitag, 3. Juni 2016, 17:55:14 schrieb Lin Huang: > On new rockchip platform(rk3399 etc), there have dcf controller to > do ddr frequency scaling, and this controller will implement in > arm-trust-firmware. We add a special clock-type to handle that. > > Signed-off-by: Lin Huang > --- >

[Bug 91202] Output to DVI-I (or DVI-D) is blank on Tonga (R9 285 and 380X) with multiple monitors

-- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160603/aefc4696/attachment.html>

[RFC PATCH v1 2/6] clk: rockchip: rk3399: add SCLK_DDRCLK ID for ddrc

Hi Shawn, Am Freitag, 3. Juni 2016, 20:34:52 schrieb Shawn Lin: > How about merge it into your patch#3. see comments from Doug and me on previous version. clock-ids should always be separate patches, as we will need them in both clock and devicetree branches, so they must be in a separate

[PATCH] drm/omap: fix unused variable warning in dsi & hdmi

Signed-off-by: Tomi Valkeinen --- Hi Dave, The "omapdrm fixes for 4.7" pull req left three unused variables, of which one you fixed in the drm-fixes branch. This removes the remaining two. Tomi drivers/gpu/drm/omapdrm/dss/dsi.c | 1 - drivers/gpu/drm/omapdrm/dss/hdmi5.c | 1 - 2 files

[PATCH v3 27/27] drm/omap: Remove the video/omapdss.h and move it's content to local header file

Move the contents of the video/omapdss.h header file to omapdrm/dss local header file and remove the original global header. The omapfb stach is using video/omapfb_dss.h so this change will complete the separation of the two driver implementation. Signed-off-by: Peter Ujfalusi ---

[PATCH v3 26/27] [media] omap_vout: Switch to use the video/omapfb_dss.h header file

The omap_vout is only supported with omapfb. Switch the driver to use the correct header file. Signed-off-by: Peter Ujfalusi --- drivers/media/platform/omap/omap_vout.c| 2 +- drivers/media/platform/omap/omap_voutdef.h | 2 +- drivers/media/platform/omap/omap_voutlib.c | 2 +- 3 files

[PATCH v3 25/27] omapfb: Create new header file for omapfb DSS implementation

Copy the content of video/omapdss.h to a new (video/omapfb_dss.h) header file and convert the omapfb drivers to use this new file. The new header file is needed to complete the separation of omapdrm and omapfb implementation of DSS. Signed-off-by: Peter Ujfalusi ---

[PATCH v3 24/27] drm/omap: Do not include video/omapdss.h directly in drivers

All drivers to include the omapdrm/dss/omapdss.h header file. This header includes the Signed-off-by: Peter Ujfalusi --- drivers/gpu/drm/omapdrm/displays/connector-analog-tv.c | 3 ++- drivers/gpu/drm/omapdrm/displays/connector-dvi.c| 4 ++--

[PATCH v3 23/27] omapdss: hdmi audio: Make header file independent of video/omapdss.h

Clean up the header files regarding to hdmi audio so the omap-hdmi-audio.h file will only need to include the platform_data/omapdss.h file. Signed-off-by: Peter Ujfalusi CC: Mark Brown CC: Jyri Sarha CC: Liam Girdwood --- drivers/gpu/drm/omapdrm/dss/hdmi.h | 1 +

[PATCH v3 22/27] platform_data: omapdss: Remove unused members from omap_dss_board_info

The num_devices, **devices and *default_device is leftover from the past. They can be removed as they are no used. Signed-off-by: Peter Ujfalusi --- include/linux/platform_data/omapdss.h | 5 - 1 file changed, 5 deletions(-) diff --git a/include/linux/platform_data/omapdss.h

[PATCH v3 21/27] omapfb: Remove reference to pdata->default_device

The default_device is no longer used, it is a leftower from legacy. The else if (pdata->default_device) is always going to be false. Signed-off-by: Peter Ujfalusi --- drivers/video/fbdev/omap2/omapfb/dss/core.c | 2 -- 1 file changed, 2 deletions(-) diff --git

[PATCH v3 20/27] drm/omap: Remove reference to pdata->default_device

The default_device is no longer used, it is a leftower from legacy. The else if (pdata->default_device) is always going to be false. Signed-off-by: Peter Ujfalusi --- drivers/gpu/drm/omapdrm/dss/core.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/gpu/drm/omapdrm/dss/core.c

[PATCH v3 19/27] omapdss: omap-panel-data.h: Remove connector_type from atv pdata

The driver only supports composite connection when booted in legacy mode so the omap_dss_venc_type can be dropped from the pdata. At the same time the video/omapdss.h include can be removed as it is no longer needed. Signed-off-by: Peter Ujfalusi --- include/video/omap-panel-data.h | 3 --- 1

  1   2   3   >