Arch Linux

I am also on a radeon (hd67xx TURKS 0x1002:0x6759 0x174B:0xE193) and xorg 1.14.0-2 is not stable here either. Symptoms are very similar to this bug's description.

One new piece of information. Reverting to 1.13 (see next post) along with the dependencies gives me a stable box again so the kernel is probably okay.

I am update to date with testing disabled.

With the following downgraded I have a stable system (1.13.2.901-2 is on another install)
warning: xf86-input-evdev: ignoring package upgrade (2.7.3-2 => 2.8.0-1)
warning: xf86-input-void: ignoring package upgrade (1.4.0-4 => 1.4.0-5)
warning: xf86-video-apm: ignoring package upgrade (1.2.5-2 => 1.2.5-3)
warning: xf86-video-ati: ignoring package upgrade (1:7.1.0-1 => 1:7.1.0-3)
warning: xf86-video-fbdev: ignoring package upgrade (0.4.3-2 => 0.4.3-3)
warning: xf86-video-v4l: ignoring package upgrade (0.2.0-11 => 0.2.0-12)
warning: xorg-server: ignoring package upgrade (1.13.3-1 => 1.14.0-2)
warning: xorg-server-common: ignoring package upgrade (1.13.3-1 => 1.14.0-2)

That's funny, I had it workign fine for several days after downgrading linux 3.8.4-1 -> 3.7.10-1 on 2nd April. Finally, yesterday night I downgraded xorg and upgraded the kernel. Today xorg has already crashed three times. So it's seems to be the kernel here.

I opened https://bugzilla.kernel.org/show_bug.cgi?id=56311 upstream

This is what I did (and still crashes):
upgraded xorg-server-common (1.14.0-2 -> 1.13.3-1)
upgraded xf86-input-evdev (2.8.0-1 -> 2.7.3-2)
upgraded xorg-server (1.14.0-2 -> 1.13.3-1)
upgraded xf86-input-keyboard (1.7.0-1 -> 1.6.2-2)
upgraded xf86-input-mouse (1.9.0-1 -> 1.8.1-2)
upgraded xf86-video-ati (1:7.1.0-3 -> 1:7.1.0-1)
upgraded xf86-video-fbdev (0.4.3-3 -> 0.4.3-2)
upgraded xf86-video-vesa (2.3.2-3 -> 2.3.2-2)
upgraded linux (3.7.10-1 -> 3.8.4-1)

I have a similar problem (maybe not the same, can't tell). I can reproduce the problem every tme I run StarCraft in wine. Some times take a little while some other times it is just when start playing.

Before upgrading to xorg-server 1.14.0-2 I had a stable system.

I attach also some crashes I see in dmesg it looks like the GPU is stalling.
8324.678418] CE: hpet increased min_delta_ns to 20113 nsec
[11043.378969] radeon 0000:04:00.0: GPU lockup CP stall for more than 10000msec
[11043.378981] radeon 0000:04:00.0: GPU lockup (waiting for 0x00000000001598ad last fence id 0x00000000001598a0)

This bug looks related too:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/986524

I confirm, downgrading to xorg-server 1.13.3-1 "fixes" the problem. I guess something went wrong with Xorg.

from pacman.log:
[2013-04-09 00:09] [PACMAN] Running 'pacman -U xf86-input-evdev-2.7.3-2-x86_64.pkg.tar.xz xf86-input-keyboard-1.6.2-2-x86_64.pkg.tar.xz xf86-input-mouse-1.8.1-2-x86_64.pkg.tar.xz xf86-video-ati-1:7.1.0-1-x86_64.pkg.tar.xz xf86-video-fbdev-0.4.3-2-x86_64.pkg.tar.xz xf86-video-vesa-2.3.2-2-x86_64.pkg.tar.xz xorg-server-common-1.13.3-1-x86_64.pkg.tar.xz xorg-server-1.13.3-1-x86_64.pkg.tar.xz xorg-server-devel-1.13.3-1-x86_64.pkg.tar.xz'
[2013-04-09 00:10] [PACMAN] downgraded xf86-input-evdev (2.8.0-1 -> 2.7.3-2)
[2013-04-09 00:10] [PACMAN] downgraded xf86-input-keyboard (1.7.0-1 -> 1.6.2-2)
[2013-04-09 00:10] [PACMAN] downgraded xf86-input-mouse (1.9.0-1 -> 1.8.1-2)
[2013-04-09 00:10] [PACMAN] downgraded xf86-video-ati (1:7.1.0-3 -> 1:7.1.0-1)
[2013-04-09 00:10] [PACMAN] downgraded xf86-video-fbdev (0.4.3-3 -> 0.4.3-2)
[2013-04-09 00:10] [PACMAN] downgraded xf86-video-vesa (2.3.2-3 -> 2.3.2-2)
[2013-04-09 00:10] [PACMAN] downgraded xorg-server-common (1.14.0-2 -> 1.13.3-1)
[2013-04-09 00:10] [PACMAN] downgraded xorg-server (1.14.0-2 -> 1.13.3-1)
[2013-04-09 00:10] [PACMAN] downgraded xorg-server-devel (1.14.0-2 -> 1.13.3-1)

Ok, I have just got the same issue with the old xorg-server (1.13.3-1).

So it still crashes but much less often. I would like to get this to upstream, but I am not sure *who's* upstream problem is. Can you point me to the right direction?

I guess you're using linux-3.8.6-1, and not 3.7.10-1?

On https://bugzilla.kernel.org/show_bug.cgi?id=56311 Alex DEucher said it is a mesa bug in features enabled only on 3.8 kernels, pointing to https://bugs.freedesktop.org/show_bug.cgi?id=61182

That one seems a bit messy, but the “resources occupy a lot of memory” makes sense, as "using a lot of memory" seemed to play part on it.

For the record, it not only crashes in linux-3.8.6-1 but also in 3.8.7-1

Confirm. Yesterday I downgraded to linux 3.7.10-2 and played a good mount of time without an issue.

I recompiled mesa 9.1.1-1 reverting commit 35840ab189 (identified in the freedesktop bug as introducing the issue), and crashes still happen.
It's possible however that -as there were a couple of conflicts- I didn't revert it right, or that some later commit also creates crashes. But the modified mesa (packages mesa, mesa-libgl, ati-dri, intel-dri, nouveau-dri, svga-dri) still fails. I am attaching the mesa-git-fixes.patch I used (it's the same file that was in the package, with the commit with the revert appended).

Confirmed. I can reproduce the bug with Firefox 20.0.1 on a certain web page. Just scrolling down kills X instantly.

Firefox does not use GPU Accelerated Windows in this setup by default. By forcing it (layers.acceleration.force-enabled=true) the about:support reports accelerated windows, and Firefox runs stable. Very strange, just the other way round as one might expect...

Kay, is that a page you can share?

PS: Still crashing with 3.8.10-1-ARCH

Linas, it used to crash at the news page of whiskyexperts.at, which was quite long and had several embedded videos. They just rearranged their site and removed the news sub-pages (google still finds them). With the current version it's no longer possible to reproduce the X buserror.

Same problem here, blows up whenever I try to do anything 3d.

Attached is a log with `startx 2> log.txt`

I will revert to 1.13 and report if this stabilizes my system.

update:

now using;

xf86-input-evdev-2.7.3-2-x86_64.pkg.tar.xz
xorg-server-1.13.3-1-x86_64.pkg.tar.xz
xorg-server-common-1.13.3-1-x86_64.pkg.tar.xz

But still can't run 3d :(

update:

So, I practically broke everything. Once I fixed everything, my 3d started working again.

I think it came down to the fact that I had `extra/xf86-input-mouse` installed, but I cannot verify, as I tried a lot of different things.

Status on 3.9?

Sadly, still crashing on 3.9.3-1

Still failing on 3.9.6-1-ARCH

I have a 7950 card and i had the GPU stalling problem. I can always reproduce this bug when i select oxygen-gtk2 theme in skype. Desktop freezes 10 seconds. This happens with glamour acceleration enabled. If i don't use glamour, i don't have this problem.

Now I'm using packages from mesa-git repo, and I don't have this problem anymore with glamour enabled.

Status on 3.10.x?