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.
-H
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 listmas..
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 http://bugs.
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.or
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 f
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 compi
On Thu, Jun 18, 2009 at 2:06 AM, Henri Valta 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 wine. The
> hang is
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
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
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 () fro
12 matches
Mail list logo
