[RFC 0/5] drm: Add support for tiny LCD displays

2016-03-26 Thread Noralf Trønnes
Den 18.03.2016 18:48, skrev Daniel Vetter: > On Thu, Mar 17, 2016 at 11:00:00PM +0100, Noralf Trønnes wrote: >> Den 16.03.2016 19:26, skrev Eric Anholt: >>> Noralf Trønnes writes: >>> This is an attempt at providing a DRM version of drivers/staging/fbtft. I'm sending this early

[PATCH 14/23] drm: omapdrm: crtc: save framedone callback from dss

2016-03-26 Thread Laurent Pinchart
Hi Sebastian, Thank you for the patch. On Tuesday 08 Mar 2016 17:39:46 Sebastian Reichel wrote: > Save the framedone callback supplied by dss for later > usage. We already have too many callbacks in the driver, making the code difficult to understand. Wouldn't it be possible to cal directly

[PATCH 13/23] drm: omapdrm: crtc: update plane fifos on lcd config change

2016-03-26 Thread Laurent Pinchart
Hi Sebastian, Thank you for the patch. On Tuesday 08 Mar 2016 17:39:45 Sebastian Reichel wrote: > Due to a hardware bug, FIFOs thresholds must be > configured very carefully for manually updated > displays. Could you please provide more information about the bug and how the code handles it ?

[PATCH 10/23] drm: omapdrm: crtc: detect manually updated displays

2016-03-26 Thread Laurent Pinchart
Hi Sebastian, Thank you for the patch. On Tuesday 08 Mar 2016 17:39:42 Sebastian Reichel wrote: > Signed-off-by: Sebastian Reichel > --- > drivers/gpu/drm/omapdrm/omap_crtc.c | 31 ++- > drivers/gpu/drm/omapdrm/omap_drv.h | 1 + > 2 files changed, 31

[PATCH 11/23] include: video: omapdss: provide fifo threshold methods

2016-03-26 Thread Laurent Pinchart
Hi Sebastian, Thank you for the patch. On Tuesday 08 Mar 2016 17:39:43 Sebastian Reichel wrote: > The FIFO thresholds must be configured by omapdrm for > manually updated DSI panels due to a hardware bug. I find the subject a bit misleading, it made me think that the patch added new methods,

[PATCH 08/23] drm: omapdrm: crtc: add enabled bit to state

2016-03-26 Thread Laurent Pinchart
Hi Sebastian, Thank you for the patch. Given that you only add four lines of code here, and given that the enabled bit is unused here, I'd just squash this patch with the one that makes use of the enabled bit. On Tuesday 08 Mar 2016 17:39:40 Sebastian Reichel wrote: > Signed-off-by: Sebastian

[PATCH 07/23] drm: omapdrm: crtc: switch pending variable to atomic bitset

2016-03-26 Thread Laurent Pinchart
Hi Sebastian, Thank you for the patch. On Tuesday 08 Mar 2016 17:39:39 Sebastian Reichel wrote: > Having the pending variable available as atomic bit helps > with the later addition of manually updated display support. > > Signed-off-by: Sebastian Reichel > --- >

[Bug 115291] New: system freeze on loading radeon module

2016-03-26 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=115291 Bug ID: 115291 Summary: system freeze on loading radeon module Product: Drivers Version: 2.5 Kernel Version: 4.5 Hardware: x86-64 OS: Linux Tree: Mainline

[PATCH 06/23] drm: omapdrm: wait for pending operations before updating plane

2016-03-26 Thread Sebastian Reichel
on-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/20160326/68639a8a/attachment-0001.sig>

[PATCH] drm/edid: Fix parsing of EDID 1.4 Established Timings III descriptor

2016-03-26 Thread Paul Parsons
The EDID 1.4 specification section 3.10.3.9 defines an Established Timings III descriptor (tag #F7h). The parsing of this descriptor by drm_est3_modes() is off by one byte: the offset of the first timing bitmap is 6, not 5. Signed-off-by: Paul Parsons --- diff -ru a/drivers/gpu/drm/drm_edid.c

blank screen on boot with i915/DRM_FBDEV_EMULATION

2016-03-26 Thread Florian Zumbiehl
Hi, I just compiled a new kernel version 4.4.5, replacing a previous 4.1.9 for my thinkpad x40, which replaced CONFIG_DRM_I915_FBDEV with CONFIG_DRM_FBDEV_EMULATION--now, when the i915 and fbcon modules get loaded during boot, the screen goes blank (with backlight still on), which didn't happen

[Bug 68571] GPU lockup on AMD Radeon HD6850 with DPM=1

2016-03-26 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=68571 --- Comment #77 from kilobug at kilobug.org --- For information I just changed my GPU to a brand new R9 380X (which uses the amdgpu driver), so I won't be able to easily do more tests on this bug - I still have the 6850 in a box, so if you're

[PATCH 06/23] drm: omapdrm: wait for pending operations before updating plane

2016-03-26 Thread Laurent Pinchart
Hi Sabastian, Thank you for the patch. On Tuesday 08 Mar 2016 17:39:38 Sebastian Reichel wrote: > Updating the plane may interrupt ongoing display > updates, so wait for any pending operations. There's already an omap_atomic_wait_for_completion() call a couple of lines below, do we need two of

[PATCH 04/23] drm: omapdrm: add DSI mapping

2016-03-26 Thread Laurent Pinchart
Hi Sebastian, Thank you for the patch. On Tuesday 08 Mar 2016 17:39:36 Sebastian Reichel wrote: > This sets proper connector type for DSI connected panels. > > Signed-off-By: Sebastian Reichel Reviewed-by: Laurent Pinchart > --- > drivers/gpu/drm/omapdrm/omap_drv.c | 2 ++ > 1 file

[Bug 94445] Tonga llvm assert since RegisterCoalescer: Need to check DstReg+SrcReg for missing undef flags

2016-03-26 Thread bugzilla-dae...@freedesktop.org
ws? -- 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/20160326/4963011b/attachment.html>

[Bug 115251] amdgpu: Black screen + hang with Kaveri

2016-03-26 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=115251 --- Comment #2 from Bernd Steinhauser --- Thanks, that works. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 91960] [i915] kernel warning hsw_unclaimed_reg_debug intel_uncore.c:619

2016-03-26 Thread bugzilla-dae...@freedesktop.org
/show_bug.cgi?id=93574 -- 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/20160326/4fabd699/attachment.html>

[patch 2/2] drm/exynos: mic: remove some dead code

2016-03-26 Thread Dan Carpenter
On Fri, Mar 25, 2016 at 05:51:20PM +0900, Inki Dae wrote: > Hi Dan, > > 2016년 03월 17일 19:39에 Dan Carpenter 이(가) 쓴 글: > > We know "ret" is zero and the test makes static checkers complain so > > let's delete this printk. > > > > Signed-off-by: Dan Carpenter > > > > diff --git

[patch 2/2 v2] drm/exynos: fix a warning message

2016-03-26 Thread Dan Carpenter
The "ret = regmap_write()" assignment was missing so this error message is never printed. Signed-off-by: Dan Carpenter --- v2: in v1 I just deleted the error message diff --git a/drivers/gpu/drm/exynos/exynos_drm_mic.c b/drivers/gpu/drm/exynos/exynos_drm_mic.c index 9869d70..ea2ea17 100644 ---