[PATCH 5/5] drm/vmwgfx: Nuke preclose hook

2016-01-10 Thread Daniel Vetter
Again since the drm core takes care of event unlinking/disarming this is now just needless code. v2: I've completely missed eaction->fpriv_head and all the related code. We need to nuke that too to avoid accidentally deferencing the freed-up vmwgfx-private fpriv. v3: Also remove

[PATCH 4/5] drm/vc4: Nuke preclose hook

2016-01-10 Thread Daniel Vetter
Again since the drm core takes care of event unlinking/disarming this is now just needless code. v2: Fixup misplaced hunk. Cc: Eric Anholt Signed-off-by: Daniel Vetter --- drivers/gpu/drm/vc4/vc4_crtc.c | 20 drivers/gpu/drm/vc4/vc4_drv.c | 10 --

[PATCH 3/5] drm/tilcdc: Nuke preclose hook

2016-01-10 Thread Daniel Vetter
Again since the drm core takes care of event unlinking/disarming this is now just needless code. v2: Fixup misplaced hunks. Cc: Rob Clark Signed-off-by: Daniel Vetter --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 20 drivers/gpu/drm/tilcdc/tilcdc_drv.c | 8

[PATCH 2/5] drm/tegra: Stop cancelling page flip events

2016-01-10 Thread Daniel Vetter
The core takes care of that now. v2: Fixup misplaced hunk. Cc: Thierry Reding Cc: Terje Bergström Signed-off-by: Daniel Vetter --- drivers/gpu/drm/tegra/dc.c | 17 - drivers/gpu/drm/tegra/drm.c | 3 --- drivers/gpu/drm/tegra/drm.h | 1 - 3 files changed, 21 deletions(-)

[PATCH 1/5] drm/shmob: Nuke preclose hook

2016-01-10 Thread Daniel Vetter
Again since the drm core takes care of event unlinking/disarming this is now just needless code. v2: Fixup misplaced hunk. Cc: Laurent Pinchart Signed-off-by: Daniel Vetter --- drivers/gpu/drm/shmobile/shmob_drm_crtc.c | 20 drivers/gpu/drm/shmobile/shmob_drm_crtc.h | 2

[PATCH] drm/vmwgfx: Nuke preclose hook

2016-01-10 Thread Daniel Vetter
On Sun, Jan 10, 2016 at 11:17 PM, Thomas Hellstrom wrote: > In general, looks good. Two things though. > > 1) vc4_drv.h looks like it ended up in the wrong patch. Oops, will fix. > 2) Should be able to nuke also struct vmw_fpriv::fence_events and struct > vmw_event_fence_action::fpriv_head?

[PATCH] drm/vmwgfx: Nuke preclose hook

2016-01-10 Thread Thomas Hellstrom
In general, looks good. Two things though. 1) vc4_drv.h looks like it ended up in the wrong patch. 2) Should be able to nuke also struct vmw_fpriv::fence_events and struct vmw_event_fence_action::fpriv_head? /Thomas On 01/10/2016 11:02 PM, Daniel Vetter wrote: > Again since the drm core takes

[Bug 93659] Tonga glamor errors logged since mesa: make KHR_debug output independent of context creation flags

2016-01-10 Thread bugzilla-dae...@freedesktop.org
art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160110/b3303465/attachment.html>

[Bug 93659] Tonga glamor errors logged since mesa: make KHR_debug output independent of context creation flags

2016-01-10 Thread bugzilla-dae...@freedesktop.org
because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160110/844e018b/attachment.html>

[PATCH] drm/vmwgfx: Nuke preclose hook

2016-01-10 Thread Daniel Vetter
Again since the drm core takes care of event unlinking/disarming this is now just needless code. v2: I've completely missed eaction->fpriv_head and all the related code. We need to nuke that too to avoid accidentally deferencing the freed-up vmwgfx-private fpriv. Cc: Thomas Hellström

[PATCH 21/21] drm/vmwgfx: Nuke preclose hook

2016-01-10 Thread Daniel Vetter
On Sun, Jan 10, 2016 at 9:52 PM, Thomas Hellstrom wrote: > On 01/09/2016 11:43 AM, Daniel Vetter wrote: >> On Fri, Jan 8, 2016 at 9:53 PM, Thomas Hellstrom >> wrote: >>> On 01/08/2016 09:36 PM, Daniel Vetter wrote: Again since the drm core takes care of event unlinking/disarming this

[PATCH 21/21] drm/vmwgfx: Nuke preclose hook

2016-01-10 Thread Thomas Hellstrom
On 01/09/2016 11:43 AM, Daniel Vetter wrote: > On Fri, Jan 8, 2016 at 9:53 PM, Thomas Hellstrom > wrote: >> On 01/08/2016 09:36 PM, Daniel Vetter wrote: >>> Again since the drm core takes care of event unlinking/disarming this >>> is now just needless code. >>> >>> Cc: Thomas Hellström >>>

[RFC PATCH v2 4/4] dt-bindings: add document for rk3229-hdmi

2016-01-10 Thread Rob Herring
On Thu, Jan 07, 2016 at 05:05:11PM +0800, Yakir Yang wrote: > Signed-off-by: Yakir Yang > --- > Changes in v2: None > > .../devicetree/bindings/display/rockchip/dw_hdmi-rockchip.txt | 4 > +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git >

[Bug 93652] Random crashes/freezing with amdgpu Fury X mesa 11.1

2016-01-10 Thread bugzilla-dae...@freedesktop.org
: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160110/55c4888f/attachment.html>

[Bug 80419] XCOM: Enemy Unknown Causes lockup

2016-01-10 Thread bugzilla-dae...@freedesktop.org
. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160110/6cb85eda/attachment-0001.html>

[Bug 80419] XCOM: Enemy Unknown Causes lockup

2016-01-10 Thread bugzilla-dae...@freedesktop.org
n HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160110/338f2c71/attachment.html>

[Bug 93653] Crash while using GALLIUM_HUD

2016-01-10 Thread bugzilla-dae...@freedesktop.org
some minutes the application crashed. See attached trace. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160110/7d3c6863/attachment.html>

[PATCH] drm/ttm: fix adding foreign BOs to the LRU during init

2016-01-10 Thread Thomas Hellstrom
On 01/09/2016 11:46 AM, Christian König wrote: > It's correct that exported buffers can't be moved to another domain or > swapped to disk while another device is using it. > > But for imports that's a different story: >> an imported object should never end up on a LRU list in TTM because >> TTM

[Bug 80419] XCOM: Enemy Unknown Causes lockup

2016-01-10 Thread bugzilla-dae...@freedesktop.org
part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160110/80559bfc/attachment.html>

[Bug 93652] Random crashes/freezing with amdgpu Fury X mesa 11.1

2016-01-10 Thread bugzilla-dae...@freedesktop.org
ore Processor Attached is the output of dmesg after a crash. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160110/95

[Bug 92555] GPU lockup crashing the system on Cayman with HyperZ

2016-01-10 Thread bugzilla-dae...@freedesktop.org
org/archives/dri-devel/attachments/20160110/3984deeb/attachment-0001.html>

[Bug 80419] XCOM: Enemy Unknown Causes lockup

2016-01-10 Thread bugzilla-dae...@freedesktop.org
d... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160110/3554e48c/attachment.html>

[Intel-gfx] i915 Skylake: "Invalid ROM contents"

2016-01-10 Thread Andy Lutomirski
On Sun, Jan 10, 2016 at 10:41 AM, Andy Lutomirski wrote: > On Wed, Nov 18, 2015 at 8:12 AM, Daniel Stone wrote: >> Hi, >> >> On 18 November 2015 at 15:59, Andy Lutomirski wrote: >>> On Wed, Nov 18, 2015 at 2:59 AM, Ville Syrjälä >>> wrote: On Tue, Nov 17, 2015 at 11:43:25AM -0800, Andy

[Bug 92923] SGPR spilling

2016-01-10 Thread bugzilla-dae...@freedesktop.org
are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160110/fef860c7/attachment.html>

[Bug 80419] XCOM: Enemy Unknown Causes lockup

2016-01-10 Thread bugzilla-dae...@freedesktop.org
n HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160110/90b701d0/attachment.html>

[Intel-gfx] i915 Skylake: "Invalid ROM contents"

2016-01-10 Thread Andy Lutomirski
On Wed, Nov 18, 2015 at 8:12 AM, Daniel Stone wrote: > Hi, > > On 18 November 2015 at 15:59, Andy Lutomirski wrote: >> On Wed, Nov 18, 2015 at 2:59 AM, Ville Syrjälä >> wrote: >>> On Tue, Nov 17, 2015 at 11:43:25AM -0800, Andy Lutomirski wrote: Typing: # cat

[Bug 93649] [radeonsi] Graphics lockup while playing tf2

2016-01-10 Thread bugzilla-dae...@freedesktop.org
TML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160110/df586c39/attachment.html>

[Bug 93649] [radeonsi] Graphics lockup while playing tf2

2016-01-10 Thread bugzilla-dae...@freedesktop.org
You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160110/458a5300/attachment.html>

[Bug 93649] [radeonsi] Graphics lockup while playing tf2

2016-01-10 Thread bugzilla-dae...@freedesktop.org
art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160110/66fcd7e3/attachment.html>

[Bug 92858] AMD Radeon GPU Acceleration Disabled Under Kernels 4.2.x and later versions

2016-01-10 Thread bugzilla-dae...@freedesktop.org
because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160110/be4cbf25/attachment-0001.html>

[Bug 92858] AMD Radeon GPU Acceleration Disabled Under Kernels 4.2.x and later versions

2016-01-10 Thread bugzilla-dae...@freedesktop.org
because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160110/3ba03a33/attachment.html>

[Bug 92858] AMD Radeon GPU Acceleration Disabled Under Kernels 4.2.x and later versions

2016-01-10 Thread bugzilla-dae...@freedesktop.org
|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160110/64bdfc2e/attachment.html>