failure on linux-3.2 and radeon kms with a FireGL V5600 on PPC64

2012-01-29 Thread acrux
hi all, i'm unable to have a working Radeon KMS framebuffer with an ATI FireGL V5600 on my YDL Powerstation and i'm obliged to use the old OpenFirmware fb. That's from my dmesg [1]: [...] vgaarb: device added: PCI::f1:00.0,decodes=io+mem,owns=none,locks=none vgaarb: loaded vgaarb: bridge

[Bug 42678] [3.3-rc1] radeon stuck in kernel after lockup

2012-01-29 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=42678 --- Comment #2 from Torsten Kaiser 2012-01-29 20:31:43 --- For the lockup itself I have filed: https://bugs.freedesktop.org/show_bug.cgi?id=45329 The kernel regression has been partly addressed by:

[PATCH] drm: Pass the real error code back during GEM bo initialisation

2012-01-29 Thread Daniel Vetter
On Sun, Jan 29, 2012 at 04:45:32PM +, Chris Wilson wrote: > In particular, I found I was hitting the max-file limit in the VFS, > and the EFILE was being magically transformed into ENOMEM. Confusion > reigns. > > Signed-off-by: Chris Wilson Reviewed-by: Daniel Vetter -- Daniel Vetter Mail:

[PATCH] Revert "drm/i810: cleanup reclaim_buffers"

2012-01-29 Thread Daniel Vetter
This reverts commit 87499ffdcb1c70f66988cd8febc4ead0ba2f9118. Where is that paper bag ... ah here. I've failed to take an odd interaction between my other cleanups and this reclaim_buffers patch into account and also failed to properly test it. Looks like there are more dragons and hidden

[PATCH] drm: Pass the real error code back during GEM bo initialisation

2012-01-29 Thread Chris Wilson
In particular, I found I was hitting the max-file limit in the VFS, and the EFILE was being magically transformed into ENOMEM. Confusion reigns. Signed-off-by: Chris Wilson --- drivers/gpu/drm/drm_gem.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git

[Bug 41762] radeon default power_profile "default" makes laptop overheat (Mobility Radeon HD 3650)

2012-01-29 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=41762 --- Comment #6 from Pasi K?rkk?inen 2012-01-29 07:39:36 PST --- As I understand "Mobility Radeon HD3650" is based on R600 chipset, so the feature matrix in http://wiki.x.org/wiki/RadeonFeature says all the power saving/management features are

[Bug 42960] Display does not work when resuming from suspend

2012-01-29 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=42960 --- Comment #5 from interweiss at yahoo.ca 2012-01-29 14:27:57 UTC --- Has any progress been made? I am willing to test some patches... -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this

libdrm fails 'make check' in tinderbox (was Re: [ANNOUNCE] libdrm 2.4.30)

2012-01-29 Thread Daniel Vetter
On Sun, Jan 29, 2012 at 04:30, Jeremy Huddleston wrote: > Maybe I'm missing something here... > > Shouldn't I be able to build and test support for Intel even if I've got an > nVidia card in my box now? ?Or is this support for Intel CPUs rather than > Intel GPUs? The issue is that we pretty

[Bug 45366] New: Radeon gpu lockups

2012-01-29 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=45366 Bug #: 45366 Summary: Radeon gpu lockups Classification: Unclassified Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW

[Bug 41913] [865] intel/intel_bufmgr_gem.c:1361: do_bo_emit_reloc: Assertion `offset <= bo->size - 4' failed.

2012-01-29 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=41913 Daniel Vetter changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #2 from Daniel

[Bug 41913] [865] intel/intel_bufmgr_gem.c:1361: do_bo_emit_reloc: Assertion `offset <= bo->size - 4' failed.

2012-01-29 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=41913 Christopher Yeleighton changed: What|Removed |Added URL||https://bugs.kde.org/show_b

[Bug 41913] [865] intel/intel_bufmgr_gem.c:1361: do_bo_emit_reloc: Assertion `offset = bo-size - 4' failed.

2012-01-29 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=41913 Christopher Yeleighton giecr...@stegny.2a.pl changed: What|Removed |Added URL|

Re: libdrm fails 'make check' in tinderbox (was Re: [ANNOUNCE] libdrm 2.4.30)

2012-01-29 Thread Daniel Vetter
On Sun, Jan 29, 2012 at 04:30, Jeremy Huddleston jerem...@freedesktop.org wrote: Maybe I'm missing something here... Shouldn't I be able to build and test support for Intel even if I've got an nVidia card in my box now?  Or is this support for Intel CPUs rather than Intel GPUs? The issue

[Bug 41913] [865] intel/intel_bufmgr_gem.c:1361: do_bo_emit_reloc: Assertion `offset = bo-size - 4' failed.

2012-01-29 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=41913 Daniel Vetter dan...@ffwll.ch changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #2

[Bug 45366] New: Radeon gpu lockups

2012-01-29 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=45366 Bug #: 45366 Summary: Radeon gpu lockups Classification: Unclassified Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW

Problem: drm/gma500_gfx on fit-pc2 shows only half of the screen

2012-01-29 Thread Alexander Bigga - Software
Hi Alan, first: thanks a lot for your work to bring support for GMA500 to mainline kernel! My problem: with the current gma500_gfx driver of kernel 3.3.0-rc1 (pulled git yesterday 2012-01-27), the X-server is only shown in the top half of the screen after booting on my fit-pc2 [1]. The bottom

libdrm fails 'make check' in tinderbox (was Re: [ANNOUNCE] libdrm 2.4.30)

2012-01-29 Thread Jeremy Huddleston
libdrm is still failing 'make check': Linux/ppc - http://tinderbox.x.org/builds/2012-01-28-0007/logs/libdrm/#check Linux/ppc64 - http://tinderbox.x.org/builds/2012-01-28-0013/logs/libdrm/#check I bisected it to the commit below (which added the failing tests). Are these tests broken? Can

Re: libdrm fails 'make check' in tinderbox (was Re: [ANNOUNCE] libdrm 2.4.30)

2012-01-29 Thread Jeremy Huddleston
Maybe I'm missing something here... Shouldn't I be able to build and test support for Intel even if I've got an nVidia card in my box now? Or is this support for Intel CPUs rather than Intel GPUs? On Jan 28, 2012, at 17:55, Eric Anholt wrote: On Sat, 28 Jan 2012 12:57:10 -0800, Jeremy

[Bug 41762] radeon default power_profile default makes laptop overheat (Mobility Radeon HD 3650)

2012-01-29 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=41762 --- Comment #6 from Pasi Kärkkäinen pa...@iki.fi 2012-01-29 07:39:36 PST --- As I understand Mobility Radeon HD3650 is based on R600 chipset, so the feature matrix in http://wiki.x.org/wiki/RadeonFeature says all the power saving/management

[PATCH] Revert drm/i810: cleanup reclaim_buffers

2012-01-29 Thread Daniel Vetter
This reverts commit 87499ffdcb1c70f66988cd8febc4ead0ba2f9118. Where is that paper bag ... ah here. I've failed to take an odd interaction between my other cleanups and this reclaim_buffers patch into account and also failed to properly test it. Looks like there are more dragons and hidden

[PATCH] drm: Pass the real error code back during GEM bo initialisation

2012-01-29 Thread Chris Wilson
In particular, I found I was hitting the max-file limit in the VFS, and the EFILE was being magically transformed into ENOMEM. Confusion reigns. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/drm_gem.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff

Re: [PATCH] drm: Pass the real error code back during GEM bo initialisation

2012-01-29 Thread Daniel Vetter
On Sun, Jan 29, 2012 at 04:45:32PM +, Chris Wilson wrote: In particular, I found I was hitting the max-file limit in the VFS, and the EFILE was being magically transformed into ENOMEM. Confusion reigns. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk Reviewed-by: Daniel Vetter

[Bug 42678] [3.3-rc1] radeon stuck in kernel after lockup

2012-01-29 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=42678 --- Comment #2 from Torsten Kaiser just.for.l...@googlemail.com 2012-01-29 20:31:43 --- For the lockup itself I have filed: https://bugs.freedesktop.org/show_bug.cgi?id=45329 The kernel regression has been partly addressed by:

[Bug 42960] Display does not work when resuming from suspend

2012-01-29 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=42960 --- Comment #5 from interwe...@yahoo.ca 2012-01-29 14:27:57 UTC --- Has any progress been made? I am willing to test some patches... -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail

failure on linux-3.2 and radeon kms with a FireGL V5600 on PPC64

2012-01-29 Thread acrux
hi all, i'm unable to have a working Radeon KMS framebuffer with an ATI FireGL V5600 on my YDL Powerstation and i'm obliged to use the old OpenFirmware fb. That's from my dmesg [1]: [...] vgaarb: device added: PCI::f1:00.0,decodes=io+mem,owns=none,locks=none vgaarb: loaded vgaarb: bridge

Re: libdrm fails 'make check' in tinderbox (was Re: [ANNOUNCE] libdrm 2.4.30)

2012-01-29 Thread Jeremy Huddleston
Ok, well I'll give it a shot then. I've dealt with enough autoconf to make a decent first pass. On Jan 29, 2012, at 04:16, Daniel Vetter wrote: On Sun, Jan 29, 2012 at 04:30, Jeremy Huddleston jerem...@freedesktop.org wrote: Maybe I'm missing something here... Shouldn't I be able to