drm-tip/drm-tip boot: 83 boots: 1 failed, 79 passed with 3 offline (v4.11-rc5-1747-g7aafd5c8395f)

drm-tip/drm-tip boot: 83 boots: 1 failed, 79 passed with 3 offline (v4.11-rc5-1747-g7aafd5c8395f) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1747-g7aafd5c8395f/ Full Build Summary:

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

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 = to_zx_vga(connector); > > + unsigned long flags; > > + struct

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

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

drm-tip/drm-tip boot: 77 boots: 1 failed, 71 passed with 5 offline (v4.11-rc5-1644-g3d39d8905c14)

drm-tip/drm-tip boot: 77 boots: 1 failed, 71 passed with 5 offline (v4.11-rc5-1644-g3d39d8905c14) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1644-g3d39d8905c14/ Full Build Summary:

[Bug 100306] System randomly freezes or crashes to the login screen, glitches until rebooted

https://bugs.freedesktop.org/show_bug.cgi?id=100306 --- Comment #15 from MirceaKitsune --- (In reply to Michel Dänzer from comment #14) Yes, but it's due to an issue in one of the system components. I'm talking about it there for the packaging related

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

On 02/04/17 07:58 AM, Keith Packard wrote: > > 2. Provide a way to hide some monitors from other clients using EDID > manufacturer ids and product codes. Outputs with EDID properties > matching the grab will report 'disconnected' to all clients other > than the grabbing client. This

[Bug 100306] System randomly freezes or crashes to the login screen, glitches until rebooted

https://bugs.freedesktop.org/show_bug.cgi?id=100306 --- Comment #14 from Michel Dänzer --- This is the upstream bug tracker. For openSUSE related help, talk to openSUSE folks. -- You are receiving this mail because: You are the assignee for the

[PATCH v5 10/12] drm/rockchip: Reoder drm bind/unbind sequence

Current drm bind/unbind sequence would cause some memory issues. For example we should not cleanup iommu before cleanup mode config. Reorder bind/unbind sequence, follow exynos drm. Signed-off-by: Jeffy Chen --- Changes in v5: None Changes in v4: None Changes in v3:

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

Hi Sean, On 04/06/2017 08:26 PM, Sean Paul wrote: On Thu, Apr 06, 2017 at 10:47:59AM +0800, jeffy wrote: Hi Sean, On 04/06/2017 12:28 AM, Sean Paul wrote: On Wed, Apr 05, 2017 at 04:29:26PM +0800, Jeffy Chen wrote: After unbinding drm, the userspace may still has a chance to access gem buf.

[PATCH 4/5] i915: schedule while freeing the lists of gem objects

Add cond_resched(). Signed-off-by: Andrea Arcangeli --- drivers/gpu/drm/i915/i915_gem.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c index 612fde3..c81baeb 100644 ---

[PATCH 5/5] i915: fence workqueue optimization

Insist to run llist_del_all() until the free_list is found empty, this may avoid having to schedule more workqueues. Signed-off-by: Andrea Arcangeli --- drivers/gpu/drm/i915/intel_display.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH v4 01/12] drm: bridge: analogix: Detach panel when unbinding analogix dp

From: Jeffy Chen The panel is attached when binding analogix dp. Signed-off-by: Jeffy Chen Reviewed-by: Andrzej Hajda Signed-off-by: Your Name --- Changes in v4: None Changes in v3: None Changes in

[PATCH v5 01/12] drm: bridge: analogix: Detach panel when unbinding analogix dp

The panel is attached when binding analogix dp. Signed-off-by: Jeffy Chen Reviewed-by: Andrzej Hajda --- Changes in v5: Fix wrong git account. Changes in v4: None Changes in v3: None Changes in v2: Fix some commit messages.

[PATCH v4 07/12] drm/rockchip: vop: Enable pm domain before vop_initial

From: Jeffy Chen We're trying to access vop registers here, so need to make sure the pm domain is on. Normally it should be enabled by the bootloader, but there's no guarantee of it. And if we wanna do unbind/bind, it would also cause the device to hang. And this

[PATCH 1/5] i915: avoid kernel hang caused by synchronize rcu struct_mutex deadlock

synchronize_rcu/synchronize_sched/synchronize_rcu_expedited() will hang until its own workqueues are run. The i915 gem workqueues will wait on the struct_mutex to be released. So we cannot wait for a quiescent state using those rcu primitives while holding the struct_mutex or it creates a circular

[PATCH v5 03/12] drm: bridge: analogix: Disable clock when unbinding

The clock is enabled when binding analogix dp. Signed-off-by: Jeffy Chen --- Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: None drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v4 05/12] drm/rockchip: cdn-dp: Don't try to release firmware when not loaded

From: Jeffy Chen Signed-off-by: Jeffy Chen Signed-off-by: Your Name --- Changes in v4: None Changes in v3: None Changes in v2: None drivers/gpu/drm/rockchip/cdn-dp-core.c | 4 +++- 1 file changed, 3 insertions(+), 1

[PATCH v5 08/12] drm/rockchip: vop: Unprepare clocks when unbinding

The clocks are prepared when binding vop. Signed-off-by: Jeffy Chen --- Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: None drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 4 1 file changed, 4 insertions(+) diff --git

[PATCH v5 07/12] drm/rockchip: vop: Enable pm domain before vop_initial

We're trying to access vop registers here, so need to make sure the pm domain is on. Normally it should be enabled by the bootloader, but there's no guarantee of it. And if we wanna do unbind/bind, it would also cause the device to hang. And this patch also does these: 1/ move vop_initial to the

[PATCH v5 06/12] drm/rockchip: cdn-dp: Don't unregister audio dev when unbinding

After snd_soc_unregister_codec, the dai link would remain bound to the invalid codec. That would cause crashes after unbind dp driver. Let's unregister audio codec when removing dp driver to prevent that. Signed-off-by: Jeffy Chen --- Changes in v5: None Changes in

[PATCH v5 11/12] drm/rockchip: Shutdown all crtcs when unbinding drm

Signed-off-by: Jeffy Chen --- Changes in v5: None Changes in v4: None Changes in v3: Address Daniel Vetter 's comments. Update commit message. Changes in v2: None drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 1 + 1 file changed, 1 insertion(+)

[PATCH v5 09/12] drm/rockchip: analogix_dp: Disable clock when unbinding

The clock is enabled when binding cdn dp. Signed-off-by: Jeffy Chen --- Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: None drivers/gpu/drm/rockchip/analogix_dp-rockchip.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff

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

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

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

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

[PATCH 0/5] Re: [Intel-gfx] [BUG][REGRESSION] i915 gpu hangs under load

I'm also getting kernel hangs every couple of days. For me it's still not fixed here in 4.11-rc5. It's hard to reproduce, the best reproducer is to build lineageos 14.1 on host while running LTP in a guest to stress the guest VM. Initially I thought it was related to the fact I upgraded the xf86

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

Verified on rk3399 chromebook kevin: 1/ stop ui && pkill -9 frecon 2/ unbind/bind drm Changes in v4: Address Andrzej Hajda 's comments. Changes in v3: Update commit message. Address Sean Paul 's comments. Update commit message. Address Sean Paul

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

Hi All, Any comments for the patch below? Thanks Hean Loong On Tue, 2017-04-04 at 04:01 +, Ong, Hean Loong wrote: > Hi All, > > Apologies for the attachment earlier. Below are the inline changes > for the patch > > From 0de293e3646a1780ed603cf8e1f2a19d9aebbe83 Mon Sep 17 00:00:00 > 2001

drm-tip/drm-tip boot: 154 boots: 13 failed, 133 passed with 8 offline (v4.11-rc5-1635-g6732aaa5e8d9)

drm-tip/drm-tip boot: 154 boots: 13 failed, 133 passed with 8 offline (v4.11-rc5-1635-g6732aaa5e8d9) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1635-g6732aaa5e8d9/ Full Build Summary:

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

Hi Sean, On 04/06/2017 12:28 AM, Sean Paul wrote: On Wed, Apr 05, 2017 at 04:29:26PM +0800, Jeffy Chen wrote: After unbinding drm, the userspace may still has a chance to access gem buf. Add a sanity check for a NULL dev_private to prevent that from happening. I still don't understand how

drm-tip/drm-tip boot: 156 boots: 15 failed, 133 passed with 8 offline (v4.11-rc5-1643-ge087f8395ca3)

drm-tip/drm-tip boot: 156 boots: 15 failed, 133 passed with 8 offline (v4.11-rc5-1643-ge087f8395ca3) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1643-ge087f8395ca3/ Full Build Summary:

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

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

drm-tip/drm-tip boot: 123 boots: 12 failed, 103 passed with 8 offline (v4.11-rc5-1632-g7303b362817a)

drm-tip/drm-tip boot: 123 boots: 12 failed, 103 passed with 8 offline (v4.11-rc5-1632-g7303b362817a) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1632-g7303b362817a/ Full Build Summary:

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

From: Jeffy Chen 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. Signed-off-by: Jeffy Chen Signed-off-by: Your Name

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

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

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

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: Update commit message. Address Sean Paul 's comments. Update

Re: [Intel-gfx] [PATCH] drm/atomic: Add connector atomic_check function.

On Wed, 2017-04-05 at 12:06 +0200, Daniel Vetter wrote: > On Wed, Apr 05, 2017 at 10:41:24AM +0200, Maarten Lankhorst wrote: > > The connector atomic check function may be called multiple times, > > or not at all. It's mostly useful for implementing properties but if you > > call check_modeset

Re: [Bug 54381] [drm:radeon_atom_pick_pll] *ERROR* unable to allocate a PPLLl

Sent from my iPhone ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

[PATCH 3/5] i915: initialize the free_list of the fencing atomic_helper

Just in case the llist model changes and NULL isn't valid initialization. Signed-off-by: Andrea Arcangeli --- drivers/gpu/drm/i915/intel_display.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/i915/intel_display.c

[PATCH v4 02/12] drm: bridge: analogix: Unregister dp aux when unbinding

From: Jeffy Chen The dp aux is registered when binding analogix dp. Signed-off-by: Jeffy Chen Reviewed-by: Andrzej Hajda Signed-off-by: Your Name --- Changes in v4: None Changes in v3: None Changes

[PATCH v4 08/12] drm/rockchip: vop: Unprepare clocks when unbinding

From: Jeffy Chen The clocks are prepared when binding vop. Signed-off-by: Jeffy Chen Signed-off-by: Your Name --- Changes in v4: None Changes in v3: None Changes in v2: None drivers/gpu/drm/rockchip/rockchip_drm_vop.c

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

Hi Daniel, 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 wrote: After unbinding drm, the userspace may still has a chance to access gem buf. Add a sanity check for a NULL

[PATCH v4 06/12] drm/rockchip: cdn-dp: Don't unregister audio dev when unbinding

From: Jeffy Chen After snd_soc_unregister_codec, the dai link would remain bound to the invalid codec. That would cause crashes after unbind dp driver. Let's unregister audio codec when removing dp driver to prevent that. Signed-off-by: Jeffy Chen

[PATCH v4 03/12] drm: bridge: analogix: Disable clock when unbinding

From: Jeffy Chen The clock is enabled when binding analogix dp. Signed-off-by: Jeffy Chen Signed-off-by: Your Name --- Changes in v4: None Changes in v3: None Changes in v2: None

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

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 cleanup. So we need to destroy encoder in unbind.

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

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. Signed-off-by: Jeffy Chen --- Changes in v5: None Changes in v4: None Changes in v3: None Changes in

Re: [PATCH v3 3/9] drm: bridge: analogix: Destroy connector when unbinding

Hi Andrzej, On 04/06/2017 03:19 PM, Andrzej Hajda wrote: On 05.04.2017 10:29, Jeffy Chen wrote: Normally we do this in drm_mode_config_cleanup. But analogix dp's connector is allocated in bind, and freed after unbind. So we need to destroy it in unbind to avoid further access. Signed-off-by:

drm-tip/drm-tip boot: 157 boots: 15 failed, 134 passed with 8 offline (v4.11-rc5-1642-gf64b9ef53ade)

drm-tip/drm-tip boot: 157 boots: 15 failed, 134 passed with 8 offline (v4.11-rc5-1642-gf64b9ef53ade) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1642-gf64b9ef53ade/ Full Build Summary:

[PATCH v5 02/12] drm: bridge: analogix: Unregister dp aux when unbinding

The dp aux is registered when binding analogix dp. Signed-off-by: Jeffy Chen Reviewed-by: Andrzej Hajda --- Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: None drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 1 +

[PATCH v4 11/12] drm/rockchip: Shutdown all crtcs when unbinding drm

From: Jeffy Chen Signed-off-by: Jeffy Chen Signed-off-by: Your Name --- Changes in v4: None Changes in v3: Address Daniel Vetter 's comments. Update commit message. Changes in v2: None

drm-tip/drm-tip build: 197 builds: 0 failed, 197 passed, 202 warnings (v4.11-rc5-1632-g7303b362817a)

drm-tip/drm-tip build: 197 builds: 0 failed, 197 passed, 202 warnings (v4.11-rc5-1632-g7303b362817a) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1632-g7303b362817a/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc5-1632-g7303b362817a Git Commit:

[PATCH v5 05/12] drm/rockchip: cdn-dp: Don't try to release firmware when not loaded

Signed-off-by: Jeffy Chen --- Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: None drivers/gpu/drm/rockchip/cdn-dp-core.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/rockchip/cdn-dp-core.c

Re: [PATCH v3 2/9] drm: bridge: analogix: Unregister dp aux when unbinding

Hi Andrzej, On 04/06/2017 03:11 PM, Andrzej Hajda wrote: On 05.04.2017 10:29, Jeffy Chen wrote: The dp aux is registered when binding analogix dp. Signed-off-by: Jeffy Chen Reviewed-by: Andrzej Hajda Btw, if you are working already in this

Re: [PATCH] drm: virtio: fix virtio_gpu_cursor_formats

On 05/04/2017 19:11, Ville Syrjälä wrote: > On Wed, Apr 05, 2017 at 10:09:15AM +0200, Laurent Vivier wrote: >> When we use virtio-vga with a big-endian guest, >> the mouse pointer disappears. >> >> To fix that, on big-endian use DRM_FORMAT_BGRA >> instead of DRM_FORMAT_ARGB. >> >>

Re: [Intel-gfx] [PATCH] drm/atomic: Add connector atomic_check function.

On Thu, Apr 6, 2017 at 12:34 AM Maarten Lankhorst < maarten.lankho...@linux.intel.com> wrote: > Op 06-04-17 om 03:27 schreef Pandiyan, Dhinakaran: > > On Wed, 2017-04-05 at 12:06 +0200, Daniel Vetter wrote: > >> On Wed, Apr 05, 2017 at 10:41:24AM +0200, Maarten Lankhorst wrote: > >>> The

[PATCH v4 10/12] drm/rockchip: Reoder drm bind/unbind sequence

From: Jeffy Chen Current drm bind/unbind sequence would cause some memory issues. For example we should not cleanup iommu before cleanup mode config. Reorder bind/unbind sequence, follow exynos drm. Signed-off-by: Jeffy Chen Signed-off-by:

[PATCH v4 09/12] drm/rockchip: analogix_dp: Disable clock when unbinding

From: Jeffy Chen The clock is enabled when binding cdn dp. Signed-off-by: Jeffy Chen Signed-off-by: Your Name --- Changes in v4: None Changes in v3: None Changes in v2: None

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

From: Jeffy Chen 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

[RFC PATCH 0/2] dmabuf import interfaces for vgem

Hi, Ion[1] is making progress towards moving out of staging. I'd like to take advantage of the vgem driver for development of unit tests for Ion. To do this properly, vgem needs to support importing of foreign handles. This is an RFC to add that support. This passes the existing vgem_basic unit

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

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). Signed-off-by: Laura Abbott --- drivers/gpu/drm/vgem/vgem_drv.c | 135

[RFC PATCH 1/2] drm/vgem: Add a dummy platform device

The vgem driver is currently registered independent of any actual device. Some usage of the dmabuf APIs require an actual device structure to do anything. Register a dummy platform device for use with dmabuf. Signed-off-by: Laura Abbott --- I realize the original driver had a

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

Hi Dave, The following changes since commit 97da3854c526d3a6ee05c849c96e48d21527606c: Linux 4.11-rc3 (2017-03-19 19:09:39 -0700) are available in the git repository at: git://anongit.freedesktop.org/tegra/linux tags/drm/tegra/for-4.12-rc1 for you to fetch changes up to

Re: [PATCH 1/2] devicetree: add vendor prefix for Winstar Display Corp.

On Fri, Mar 03, 2017 at 04:21:55PM +0100, Richard Genoud wrote: > Winstar Display Corp. is specialized in LCD displays for embedded > products. > cf: http://www.winstar.com.tw > > Signed-off-by: Richard Genoud > --- >

Re: [PATCH v3 2/2] drm/panel: Add driver for sitronix ST7789V LCD controller

On Mon, Apr 03, 2017 at 03:38:32PM +0200, Maxime Ripard wrote: > The Sitronix ST7789v controller is used to drive 240x320 LCD panels through > various interfaces, including SPI and RGB/Parallel. > > The current driver is configuring it for the latter. Support for tinyDRM > can always be added

Re: [PATCH v3 1/2] dt-bindings: display: panel: Add bindings for the Sitronix ST7789V panel

On Mon, Apr 03, 2017 at 03:38:31PM +0200, Maxime Ripard wrote: > The Sitronix ST7789V is an LCD panel controller, controlled over SPI, that > can drive 18-bits 240x320 LCD displays. > > Signed-off-by: Maxime Ripard > Acked-by: Rob Herring > ---

Re: [PATCH v11 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

On Wed, Mar 08, 2017 at 10:42:36AM +0900, Hoegeun Kwon wrote: > This patch add support for MIPI-DSI based S6E3HA2 AMOLED panel > driver. This panel has 1440x2560 resolution in 5.7-inch physical > panel in the TM2 device. > > Signed-off-by: Donghwa Lee > Signed-off-by:

Re: [PATCH v4] drm: Add DPCD definitions for DP 1.4 DSC feature

Hi Ander, Could you take a look at this? Manasi On Mon, Apr 03, 2017 at 03:51:10PM -0700, Manasi Navare wrote: > From: "Navare, Manasi D" > > Display stream compression is supported on DP 1.4 DP > devices. This patch adds the corersponding DPCD > register

Re: [PATCH v11 1/3] dt-bindings: Add support for samsung s6e3ha2 panel binding

On Wed, Mar 08, 2017 at 10:42:35AM +0900, Hoegeun Kwon wrote: > The Samsung s6e3ha2 is a 5.7" 1440x2560 AMOLED panel connected > using MIPI-DSI interfaces. > > Signed-off-by: Donghwa Lee > Signed-off-by: Hyungwon Hwang > Signed-off-by: Hoegeun Kwon

Re: [PATCH v5 06/10] drm/panel: simple: Add support for Ampire AM-480272H3TMQW-T01H

On Tue, Mar 28, 2017 at 11:44:49AM +0200, Yannick Fertre wrote: > Add simple-panel support for the Ampire AM-480272H3TMQW-T01H, > which is a 4.3" WQVGA panel. > > Signed-off-by: Yannick Fertre > --- > drivers/gpu/drm/panel/panel-simple.c | 29 +

Re: [PATCH v5 05/10] dt-bindings: Add Ampire AM-480272H3TMQW-T01H panel

On Tue, Mar 28, 2017 at 11:44:48AM +0200, Yannick Fertre wrote: > This patch adds documentation of device tree bindings for the WVGA panel > Ampire AM-480272H3TMQW-T01H. > > Acked-by: Rob Herring > Signed-off-by: Yannick Fertre > --- >

Re: [PATCH 0/4] drm/atomic: Cleanups for adding connector atomic check function.

On Thu, Apr 06, 2017 at 08:48:36AM -0400, Sean Paul wrote: > On Thu, Apr 06, 2017 at 01:18:59PM +0200, Maarten Lankhorst wrote: > > Some small cleanups I came across to make drm_atomic_helper_check_modeset > > more readable. > > > > This makes it a lot more clear what atomic_check does and why

Re: [PATCH v3 0/5] DRM OF graph clean-up

On Wed, Mar 22, 2017 at 9:26 AM, Rob Herring wrote: > I've been unhappy with the OF graph API for some time and decided to > do something about it. The problem is drivers have to do too much of the > graph parsing and walking themselves. This has led to the same pattern >

Re: [PATCH] drm: Take mode_config.mutex in setcrtc ioctl

On Thu, Apr 06, 2017 at 03:09:04PM -0400, Alex Deucher wrote: > On Thu, Apr 6, 2017 at 3:06 PM, Daniel Vetter wrote: > > Legacy drivers insist that we really take all the locks in this path, > > and the harm in doing so is minimal. > > > > v2: Like git add, it exists :( >

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

I've broken this by removing the backoff handling from the set_config2atomic helper in commit 38b6441e4e75c0b319cfe4d9364c1059fc1e3c2b Author: Daniel Vetter Date: Wed Mar 22 22:50:58 2017 +0100 drm/atomic-helper: Remove the backoff hack from set_config Fixing this

Re: drm-next-misc merge breaks vmwgfx

On Thu, Apr 6, 2017 at 8:01 PM, Thomas Hellstrom wrote: > On 04/06/2017 04:46 PM, Daniel Vetter wrote: >> On Thu, Apr 6, 2017 at 4:10 PM, Thomas Hellstrom >> wrote: >>> On 04/06/2017 02:34 PM, Daniel Vetter wrote: Hi Thomas, Bisected

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

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 MAINTAINERS > entry to avoid bothering Thierry with requests related to

[pull] amdgpu drm-next-4.12

Hi Dave, A few more things for 4.12: - ttm and amdgpu support for non-contiguous vram CPU mappings - lots of bug fixes and cleanups for vega10 - misc bug fixes and code cleanups The following changes since commit e1b489d207c73e67810659a88c45b8db4bd62773: Merge tag 'omapdrm-4.12' of

Re: [PATCH] drm: Take mode_config.mutex in setcrtc ioctl

On Thu, Apr 6, 2017 at 3:06 PM, Daniel Vetter wrote: > Legacy drivers insist that we really take all the locks in this path, > and the harm in doing so is minimal. > > v2: Like git add, it exists :( > > Fixes: 2ceb585a956c ("drm: Add explicit acquire ctx handling around >

[PATCH] drm: Take mode_config.mutex in setcrtc ioctl

Legacy drivers insist that we really take all the locks in this path, and the harm in doing so is minimal. v2: Like git add, it exists :( Fixes: 2ceb585a956c ("drm: Add explicit acquire ctx handling around ->set_config") Cc: Harry Wentland Cc: Daniel Vetter

Re: [PATCH] drm: Take mode_config.mutex in setcrtc ioctl

On Thu, Apr 6, 2017 at 2:55 PM, Daniel Vetter wrote: > Legacy drivers insist that we really take all the locks in this path, > and the harm in doing so is minimal. > > Fixes: 2ceb585a956c ("drm: Add explicit acquire ctx handling around > ->set_config") > Cc: Harry

[PATCH] drm: Take mode_config.mutex in setcrtc ioctl

Legacy drivers insist that we really take all the locks in this path, and the harm in doing so is minimal. Fixes: 2ceb585a956c ("drm: Add explicit acquire ctx handling around ->set_config") Cc: Harry Wentland Cc: Daniel Vetter Cc: Daniel Vetter

[PATCH] drm/atomic: Acquire connection_mutex lock in drm_helper_probe_single_connector_modes, v4.

mode_valid() called from drm_helper_probe_single_connector_modes() may need to look at connector->state because what a valid mode is may depend on connector properties being set. For example some HDMI modes might be rejected when a connector property forces the connector into DVI mode. Some

Re: drm-next-misc merge breaks vmwgfx

On 04/06/2017 04:46 PM, Daniel Vetter wrote: > On Thu, Apr 6, 2017 at 4:10 PM, Thomas Hellstrom > wrote: >> On 04/06/2017 02:34 PM, Daniel Vetter wrote: >>> Hi Thomas, >>> >>> Bisected an offender already? Afaik there's no one else who reported >>> issues thus far, and for

Re: [PATCH 12/15] drm: Add acquire ctx to ->gamma_set hook

On Thu, Apr 6, 2017 at 6:51 PM, Eric Anholt wrote: > Daniel Vetter writes: >> Atomic helpers really want this instead of the hacked-up legacy >> backoff trick, which unfortunately prevents drivers from using their >> own private drm_modeset_locks. >> >>

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

On Thu, Apr 06, 2017 at 08:27:47PM +0300, Ville Syrjälä wrote: > On Thu, Apr 06, 2017 at 10:29:43AM +0200, Gerd Hoffmann wrote: > > Hi, > > > > > > static const uint32_t virtio_gpu_cursor_formats[] = { > > > > +#ifdef __BIG_ENDIAN > > > > + DRM_FORMAT_BGRA, > > > > +#else > > > >

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

On Thu, Apr 06, 2017 at 10:29:43AM +0200, Gerd Hoffmann wrote: > Hi, > > > > static const uint32_t virtio_gpu_cursor_formats[] = { > > > +#ifdef __BIG_ENDIAN > > > + DRM_FORMAT_BGRA, > > > +#else > > > DRM_FORMAT_ARGB, > > > +#endif > > > > DRM formats are supposed to be little

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

On Thu, Apr 06, 2017 at 11:01:10PM +0800, Shawn Guo wrote: > From: Shawn Guo > > It adds VGA driver support, which needs to configure corresponding VOU > interface in RGB_888 format, and thus the following changes are needed > on zx_vou. > > - Rename the CSC block of

Re: [RFC PATCH xserver] modesetting: re-set the crtc's mode when link-status goes BAD

On Sun, Apr 02, 2017 at 07:21:09PM -0700, Eric Anholt wrote: > Daniel Vetter writes: > > > On Fri, Mar 31, 2017 at 05:22:09PM -0700, Eric Anholt wrote: > >> Manasi Navare writes: > >> > >> > On Fri, Mar 31, 2017 at 01:08:41PM -0700, Eric Anholt

Re: [PATCH] drm/exynos: clean up description of exynos_drm_crtc

Hello Inki, Inki Dae wrote: > This patch removes unnecessary descriptions on > exynos_drm_crtc structure and adds one description > which specifies what pipe_clk member does. > > pipe_clk support had been added by below patch without any description, >drm/exynos: add support for

[Bug 100465] Hard lockup with radeonsi driver on FirePro W600, W9000 and W9100

https://bugs.freedesktop.org/show_bug.cgi?id=100465 --- Comment #10 from Alex Deucher --- (In reply to Julien Isorce from comment #9) > > So I have 4 questions: > 1: Can an application causes a "ring 0 stalled" ? or is it a driver bug > (kernel side or mesa/drm or

Re: [PATCH 12/15] drm: Add acquire ctx to ->gamma_set hook

Daniel Vetter writes: > Atomic helpers really want this instead of the hacked-up legacy > backoff trick, which unfortunately prevents drivers from using their > own private drm_modeset_locks. > > Aside: There's a few atomic drivers (nv50, vc4, soon vmwgfx) which > don't

[Bug 100465] Hard lockup with radeonsi driver on FirePro W600, W9000 and W9100

https://bugs.freedesktop.org/show_bug.cgi?id=100465 --- Comment #9 from Julien Isorce --- When using R600_DEBUG=check_vm on both Xorg and the gl app I can get some output in kern.log. It looks like a "ring 0 stalled" is detected and then follow a gpu softreset which

[PATCH] drm/virtio: don't leak bo on drm_gem_object_init failure

Reported-by: 李强 Signed-off-by: Gerd Hoffmann --- drivers/gpu/drm/virtio/virtgpu_object.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/virtio/virtgpu_object.c b/drivers/gpu/drm/virtio/virtgpu_object.c index

Re: [PATCH v2 3/4] dt-bindings: display: add support for ZTE VGA device

On Thu, Apr 6, 2017 at 10:01 AM, Shawn Guo wrote: > From: Shawn Guo > > It adds bindings doc for ZTE VOU VGA output device. > > Signed-off-by: Shawn Guo > --- > .../devicetree/bindings/display/zte,vou.txt | 21 >

Re: drm-next-misc merge breaks vmwgfx

On 04/06/2017 05:01 PM, Daniel Vetter wrote: > On Thu, Apr 6, 2017 at 4:56 PM, Thomas Hellstrom > wrote: >> On 04/06/2017 04:47 PM, Daniel Vetter wrote: >>> On Thu, Apr 6, 2017 at 4:10 PM, Thomas Hellstrom >>> wrote: Also, when testing the tip

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

From: Shawn Guo It adds VGA driver support, which needs to configure corresponding VOU interface in RGB_888 format, and thus the following changes are needed on zx_vou. - Rename the CSC block of Graphic Layer a bit to make it more specific, and add CSC of Channel to

[PATCH v2 1/4] drm: zte: do not enable clock auto-gating by default

From: Shawn Guo Some VOU modules do not work well with clock auto-gating. For example, VGA I2C bus will fail to read EDID data from monitor. Let's not enable this feature by default, and leave it to the possible future low-power optimization. Signed-off-by: Shawn Guo

[PATCH v2 2/4] drm: zte: move CSC register definitions into a common header

From: Shawn Guo The CSC (Color Space Conversion) block in VOU is used by not only Graphic Layer (plane) but also channel (CRTC) module. Let's move its register definitions into a common header, so that CRTC driver can include it when needed. Signed-off-by: Shawn Guo

[PATCH v2 3/4] dt-bindings: display: add support for ZTE VGA device

From: Shawn Guo It adds bindings doc for ZTE VOU VGA output device. Signed-off-by: Shawn Guo --- .../devicetree/bindings/display/zte,vou.txt | 21 + 1 file changed, 21 insertions(+) diff --git

[PATCH v2 0/4] Add ZTE VGA driver support

From: Shawn Guo The series adds the driver for ZTE VGA device, which becomes the third VOU output device we support, besides the existing HDMI and TV Encoder. Changes for v2: - Add return check for encoder and connector init function calls. - Improve comments in function

Re: drm-next-misc merge breaks vmwgfx

On Thu, Apr 6, 2017 at 4:56 PM, Thomas Hellstrom wrote: > On 04/06/2017 04:47 PM, Daniel Vetter wrote: >> On Thu, Apr 6, 2017 at 4:10 PM, Thomas Hellstrom >> wrote: >>> Also, when testing the tip of drm-misc-next (with the non-atomic vmwgfx) >>>

  1   2   >