[PATCH 9/9 linux-next] drm/udl: use container_of to resolve udl_fbdev from drm_fb_helper

2014-09-14 Thread Fabian Frederick
Use container_of instead of casting first structure member. Signed-off-by: Fabian Frederick --- Compiled but untested. drivers/gpu/drm/udl/udl_fb.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/udl/udl_fb.c b/drivers/gpu/drm/udl/udl_fb.c index d1da339..8c

[PATCH 8/9 linux-next] drm/ast: use container_of to resolve ast_fbdev from drm_fb_helper

2014-09-14 Thread Fabian Frederick
Use container_of instead of casting first structure member. Signed-off-by: Fabian Frederick --- Compiled but untested. drivers/gpu/drm/ast/ast_fb.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/ast/ast_fb.c b/drivers/gpu/drm/ast/ast_fb.c index cba45c7..5c

[PATCH 7/9 linux-next] drm/gma500: use container_of to resolve psb_fbdev from drm_fb_helper

2014-09-14 Thread Fabian Frederick
Use container_of instead of casting first structure member. Signed-off-by: Fabian Frederick --- Compiled but untested. drivers/gpu/drm/gma500/framebuffer.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/gma500/framebuffer.c b/drivers/gpu/drm/gma500/frameb

[PATCH 6/9 linux-next] drm/qxl: use container_of to resolve qxl_fbdev from drm_fb_helper

2014-09-14 Thread Fabian Frederick
Use container_of instead of casting first structure member. Signed-off-by: Fabian Frederick --- Compiled but untested. drivers/gpu/drm/qxl/qxl_fb.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/qxl/qxl_fb.c b/drivers/gpu/drm/qxl/qxl_fb.c index df56788..3d

[PATCH 5/9 linux-next] drm/nouveau: use container_of to resolve nouveau_plane from drm_plane

2014-09-14 Thread Fabian Frederick
Use container_of instead of casting first structure member. Signed-off-by: Fabian Frederick --- Compiled but untested. drivers/gpu/drm/nouveau/dispnv04/overlay.c | 15 ++- 1 file changed, 10 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/nouveau/dispnv04/overlay.c b/dr

[PATCH 4/9 linux-next] drm/nouveau: use container_of to resolve nouveau_fbdev from drm_fb_helper

2014-09-14 Thread Fabian Frederick
Use container_of instead of casting first structure member. Signed-off-by: Fabian Frederick --- Compiled but untested. drivers/gpu/drm/nouveau/nouveau_fbcon.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_fbcon.c b/drivers/gpu/drm/nouveau

[PATCH 3/9 linux-next] drm/radeon: use container_of to resolve radeon_fbdev from drm_fb_helper

2014-09-14 Thread Fabian Frederick
Use container_of instead of casting first structure member. Signed-off-by: Fabian Frederick --- Compiled but untested. drivers/gpu/drm/radeon/radeon_fb.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/radeon_fb.c b/drivers/gpu/drm/radeon/radeon_fb.

[PATCH 2/9 linux-next] drm/mgag200: use container_of to resolve mga_fbdev from drm_fb_helper

2014-09-14 Thread Fabian Frederick
Use container_of instead of casting first structure member. Signed-off-by: Fabian Frederick --- Compiled but untested. drivers/gpu/drm/mgag200/mgag200_fb.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/mgag200/mgag200_fb.c b/drivers/gpu/drm/mgag200/mgag2

[PATCH 1/9 linux-next] drm/cirrus: use container_of to resolve cirrus_fbdev from drm_fb_helper

2014-09-14 Thread Fabian Frederick
Use container_of instead of casting first structure member. Signed-off-by: Fabian Frederick --- Compiled but untested. drivers/gpu/drm/cirrus/cirrus_fbdev.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/cirrus/cirrus_fbdev.c b/drivers/gpu/drm/cirrus/cirr

[PATCH 0/9 linux-next] drivers/gpu/drm: use container_of where possible

2014-09-14 Thread Fabian Frederick
Small patchset using container_of instead of casting on first structure member address. Fabian Frederick (9): drm/cirrus: use container_of to resolve cirrus_fbdev from drm_fb_helper drm/mgag200: use container_of to resolve mga_fbdev from drm_fb_helper drm/radeon: use container_of to res

[PATCH 3/3] drm/nouveau/runpm: fix module unload

2014-09-14 Thread Alex Deucher
Use the new vga_switcheroo_fini_domain_pm_ops function to unregister the pm ops. Based on a patch from: Pali Roh?r bug: https://bugzilla.kernel.org/show_bug.cgi?id=84431 Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org Cc: Ben Skeggs --- drivers/gpu/drm/nouveau/nouveau_vga.c | 9 +++

[PATCH 2/3] drm/radeon/px: fix module unload

2014-09-14 Thread Alex Deucher
Use the new vga_switcheroo_fini_domain_pm_ops function to unregister the pm ops. Based on a patch from: Pali Roh?r bug: https://bugzilla.kernel.org/show_bug.cgi?id=84431 Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org Signed-off-by: Pali Roh?r Cc: Ben Skeggs --- drivers/gpu/drm/ra

[PATCH 1/3] vgaswitcheroo: add vga_switcheroo_fini_domain_pm_ops

2014-09-14 Thread Alex Deucher
Drivers should call this on unload to unregister pmops. Bug: https://bugzilla.kernel.org/show_bug.cgi?id=84431 Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org Signed-off-by: Pali Roh?r Cc: Ben Skeggs --- drivers/gpu/vga/vga_switcheroo.c | 6 ++ include/linux/vga_switcheroo.h |

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst

2014-09-14 Thread bugzilla-dae...@freedesktop.org
gt; week. Have fun ;) -- 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/20140914/f278f24b/attachment.html>

[Bug 83810] Blender Weight paint mode doesn't work with enabled VBOs.

2014-09-14 Thread bugzilla-dae...@freedesktop.org
ktop.org/archives/dri-devel/attachments/20140914/7f6f2c8a/attachment.html>

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst

2014-09-14 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/20140914/ce371031/attachment.html>

Question on UAPI for fences

2014-09-14 Thread Christian König
Yeah, right. Providing the fd to reassign to a fence would indeed reduce the create/close overhead. But it would still be more overhead than for example a simple on demand growing ring buffer which then uses 64bit sequence numbers in userspace to refer to a fence in the kernel. Apart from that

[BISECTED] 3.17-rc1 radeon screen corruption due to "Always flush the HDP cache before submitting a CS to the GPU"

2014-09-14 Thread Mikael Pettersson
Michel D?nzer writes: > On 06.09.2014 01:49, Mikael Pettersson wrote: > > Michel D?nzer writes: > > > On 30.08.2014 22:59, Mikael Pettersson wrote: > > > > Since 3.17-rc1 my radeon card (RV370 / X1050 card) causes screen > > corruption > > > > after a while in X + firefox. This still

[Bug 83331] radeon: Laptop panel out of sync after dpms standby/suspend/off

2014-09-14 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=83331 --- Comment #5 from Klaus Kusche --- Any news on this one? Some more info's: 1.) Still there on 3.16.2. 2.) My workaround (disabling and re-enabling the internal output) takes ages: ~: time xrandr --output eDP --off ; time xrandr --output eDP

[Bug 34462] 180 second hang on boot, DRM doesn't seem to initialize (firmware issue?)

2014-09-14 Thread bugzilla-dae...@freedesktop.org
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140914/52a6f3f5/attachment.html>

Question on UAPI for fences

2014-09-14 Thread Marek Olšák
BTW, we can recycle fences in userspace just like we recycle buffers. That should make the create/close overhead non-existent. Marek On Sat, Sep 13, 2014 at 2:25 PM, Christian K?nig wrote: >> Doing such combining and cleaning up fds as soon as they have been passed >> on should keep each applica

[Bug 77181] radeon -- GPU lockup when hibernating or waking up

2014-09-14 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=77181 --- Comment #7 from Mantas Mikul?nas --- (In reply to Alex Deucher from comment #2) > Is this a regression? If so, can you bisect? Narrowed it down to the UVD merge for 3.10 (f18353eee757). ec5891fbe1b0 ("drm/radeon: UVD bringup v8") was the fi