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

p.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>

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

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 94445] Tonga llvm assert since RegisterCoalescer: Need to check DstReg+SrcReg for missing undef flags

ews? -- 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 68571] GPU lockup on AMD Radeon HD6850 with DPM=1

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 prett

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

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 changed,

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

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

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

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

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

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 before

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

--- 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/20160326/68639a8a/attachment-0001.sig>

blank screen on boot with i915/DRM_FBDEV_EMULATION

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 wi

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

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 b/

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

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 14/23] drm: omapdrm: crtc: save framedone callback from dss

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 fro

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

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, wh

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

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 insertions(+),

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

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

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 > --- > drivers/gpu/drm/omapdrm/omap_c