On Sat, 13 Mar 2010 16:05:11 +0100 Brice Goglin wrote:
Henri, does this problem still occur with latest packages?
I don't have the hw anymore to try this out. The bug can be closed as far I'm
concerned.
I'll try to reproduce this with latest packages, If I get access to such
hardware later.
I have a similar problem and backtrace using Kubuntu Jaunty with the radeon-
driver.
See https://bugs.launchpad.net/ubuntu/+source/linux/+bug/348332
Maybe this is related?
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On Sat, 2009-06-27 at 22:21 +0300, Henri Valta wrote:
On Friday 26 June 2009 11:18:33 Michel Dänzer wrote:
You could try current upstream mesa Git master, there have been a lot of
fixes in the Radeon drivers for GPU lockups and other stability issues
since the 7.5 branch. If it still
On Friday 26 June 2009 11:18:33 Michel Dänzer wrote:
You could try current upstream mesa Git master, there have been a lot of
fixes in the Radeon drivers for GPU lockups and other stability issues
since the 7.5 branch. If it still happens with that, please report it
upstream at
On Thu, 2009-06-25 at 18:50 +0300, Henri Valta wrote:
With mesa packages build from todays debian-experimental mesa git branch,
(7.5~rc3) the bt and oops is still the same. Any more ideas what to try?
You could try current upstream mesa Git master, there have been a lot of
fixes in the Radeon
With mesa packages build from todays debian-experimental mesa git branch,
(7.5~rc3) the bt and oops is still the same. Any more ideas what to try?
-Henri
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Thursday 18 June 2009 20:11:35 Henri Valta wrote:
Ok, I compiled mesa 7.5~rc2-1 packages from debian-experimental git
repository. The oops is still the same, gdb backtrace follows.
I'll look into compiling a newer ddx driver next...
With xserver-xorg-video-ati/radeon packages build from fdo
On Thursday 18 June 2009 03:15:46 Alex Deucher wrote:
This is a pretty standard GPU hang. I'd suggest trying a newer ddx
and mesa 3d driver.
Ok, I compiled mesa 7.5~rc2-1 packages from debian-experimental git
repository. The oops is still the same, gdb backtrace follows.
I'll look into
Same problem (hang+kernel oops) with libdrm2 downgraded to 2.4.11-1
Previous report had libdrm2 2.4.11+git+20090519+f355ad8-1
Changing AccelMethod to exa produces following gdb backtrace (now using
downgraded libdrm2)
Program received signal SIGINT, Interrupt.
0x7fbfa7d1e087 in ioctl ()
Henri Valta wrote:
Same problem (hang+kernel oops) with libdrm2 downgraded to 2.4.11-1
Previous report had libdrm2 2.4.11+git+20090519+f355ad8-1
Which drm kernel module are you running in both cases?
IIRC, we've seen some reports of kernel oops with recent radeon drm modules.
Brice
On Wednesday 17 June 2009 23:44:05 Brice Goglin wrote:
Henri Valta wrote:
Same problem (hang+kernel oops) with libdrm2 downgraded to 2.4.11-1
Previous report had libdrm2 2.4.11+git+20090519+f355ad8-1
Which drm kernel module are you running in both cases?
In both cases I was running radeon
On Thu, Jun 18, 2009 at 2:06 AM, Henri Valtac...@jakorasia.info wrote:
Package: xserver-xorg-video-ati Version: 1:6.12.2-2 Severity: normal Xserver
hangs and becomes unkillable using 100% CPU while starting certain opengl
applications. This report is generated from starting a 3D game with
12 matches
Mail list logo
