[RS690M] No 3d acceleration in Radeon X1200 with new Gallium r300 / 3d drivers in 11.04 (Needs kernel quirk)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Linux |
Fix Released
|
Undecided
|
Unassigned | ||
xserver-xorg-driver-ati |
Fix Released
|
High
|
|||
Fedora |
Won't Fix
|
High
|
|||
xserver-xorg-video-ati (Ubuntu) |
Invalid
|
Medium
|
Unassigned |
Bug Description
The bug is active also in Freedesktop.org : https:/
[edit]
The bug seems to be fixed with a patch provided by Freedesktop.org team.
[/edit]
[edit]
This bug is caused by interrupts. They're not working. The solution for this problem is:
- To see if Ubuntu 10.04 (where all things worked well) used UMS instead of KMS.
- If Lucid used KMS, to bisect the kernel to see what change caused the problem.
[/edit]
[edit]
The bug description, updated:
The symptoms: No 3d acceleration (glxgears shows a black window, Unity doesn't start), *but* no fallback into the software-rendering mode (glxinfo reports that the 3d acceleration is working)
The hardware: ATI Radeon RS690M X1200 series
The version of Ubuntu: Ubuntu 11.04 (final release) [and Maverick also]. The behavior was also observed in Debian and Fedora 15, as noted below (so it seems not to be Ubuntu-specific).
The version of xserver-
The software affected: Compiz (doesn't start because requires direct rendering); then, Unity (just the wallpaper or black screen and the mouse pointer). glxgears, Stellarium, Blender, Adobe Flash Player in fullscreen mode and Visual module of Python work if software rendering is forced (but of course they run very very slow).
The history of the bug: all worked as expected (out of the box) in 10.04, but in 10.10 the problems started. The workaround was to disable KMS, but now, in Maverick, since the new Gallium driver doesn't have a non-KMS mode, that workaround is not available. This issue was reported when using 11.04 Beta 1 and Beta 2, then, in the descriptions below there are some strange things (xorg crash during startup, software rendering fallback), that don't occur any more. The issue is just the description given here.
The exceptions: **sometimes** (??) the 3d acceleration does work as expected, but at the moment there is no way for us to know when it will work or not [help please!]. And, sometimes the 3d acceleration work but is so slow that it seems to be actually software rendering.
The workarounds: `vblank_mode=0 glxgears` (or other program) gives correct 3d accelerated output. `export vblank_mode=0` also allows to start Compiz and 3d acceleration works after running that. That is just a workaround and the problem is not solved yet.
[/edit]
Binary package hint: xorg
I installed Ubuntu 11.04 Beta 1, and I'm not able to run Unity and Compiz, because I have no 3d acceleration. However, I was able to run Compiz once, the next time I booted, I don't know why, Compiz doesn't work. After several reboots, I see the following:
1. Sometimes (?), I have 3d acceleration via software rendering. When I run `glxinfo | grep render` I get:
direct rendering: Yes
OpenGL renderer string: Software Rasterizer
GL_
And if I run `compiz --replace`, I get the following error:
Backend : gconf
Integration : true
Profile : default
Adding plugins
Initializing core options...done
Initializing bailer options...done
Initializing detection options...done
Initializing composite options...done
Compiz (opengl) - Fatal: GLX_EXT_
Compiz (opengl) - Fatal: Software rendering detected
Compiz (bailer) - Info: Ensuring a shell for your session
prueba@prueba:~$ Window manager warning: Locale not understood by C library, internationaliz
(metacity:2357): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.
Window manager warning: last_user_time (1302379766) is greater than comparison timestamp (1200358). This most likely represents a buggy client sending inaccurate timestamps in messages such as _NET_ACTIVE_WINDOW. Trying to work around...
Window manager warning: 0x3401006 (prueba@pru) appears to be one of the offending windows with a timestamp of 1302379766. Working around...
Window manager warning: 0x340103e (prueba@pru) appears to be one of the offending windows with a timestamp of 1302379766. Working around...
prueba@prueba:~$ Window manager warning: last_user_time (1302379766) is greater than comparison timestamp (1228188). This most likely represents a buggy client sending inaccurate timestamps in messages such as _NET_ACTIVE_WINDOW. Trying to work around...
Window manager warning: 0x340103e (prueba@pru) appears to be one of the offending windows with a timestamp of 1302379766. Working around...
Window manager warning: Received a NET_CURRENT_DESKTOP message from a broken (outdated) client who sent a 0 timestamp
Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x340103e (prueba@pru)
Window manager warning: meta_window_
From Xorg.0.log:
[ 261.329] (II) AIGLX: Screen 0 is not DRI2 capable
[ 261.329] drmOpenDevice: node name is /dev/dri/card0
[ 261.329] drmOpenDevice: open result is 12, (OK)
[ 261.330] drmOpenByBusid: Searching for BusID pci:0000:01:05.0
[ 261.330] drmOpenDevice: node name is /dev/dri/card0
[ 261.330] drmOpenDevice: open result is 12, (OK)
[ 261.330] drmOpenByBusid: drmOpenMinor returns 12
[ 261.330] drmOpenByBusid: Interface 1.4 failed, trying 1.1
[ 261.330] drmOpenByBusid: drmGetBusid reports pci:0000:01:05.0
[ 261.330] (II) AIGLX: Trying DRI driver /usr/lib/
[ 261.394] (EE) AIGLX error: Calling driver entry point failed
[ 261.420] (EE) AIGLX: reverting to software rendering
2. Sometimes, I have direct 3d acceleration, but it's unusable. glxgears doesn't work (black window). Also, if I run compiz, I get a blank screen (no Unity, no windows, just the mouse pointer and the background image). In this case, if I run `glxinfo | grep render`, I get:
direct rendering: Yes
OpenGL renderer string: Gallium 0.4 on ATI RS690
GL_
So, I'm using the Gallium driver. I had a similar problem with Maverick and the radeon driver. I solved the problem turning off the Kernel Mode Setting (# echo options radeon modeset=0 > /etc/modprobe.
ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: xorg 1:7.6+4ubuntu3
ProcVersionSign
Uname: Linux 2.6.38-8-generic i686
NonfreeKernelMo
Architecture: i386
CompizPlugins: [core,bailer,
CompositorRunning: None
Date: Sat Apr 9 14:02:35 2011
DistUpgraded: Fresh install
DistroCodename: natty
DistroVariant: ubuntu
DkmsStatus:
bcmwl, 5.100.82.38+bdcom, 2.6.38-7-generic, i686: installed
bcmwl, 5.100.82.38+bdcom, 2.6.38-8-generic, i686: installed
GraphicsCard:
ATI Technologies Inc RS690M [Radeon X1200 Series] [1002:791f] (prog-if 00 [VGA controller])
Subsystem: Dell Device [1028:01fd]
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Beta i386 (20110330)
MachineType: Dell Inc. Inspiron 1721
ProcEnviron:
LANGUAGE=es_CR:en
LANG=es_CR.UTF-8
SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=
Renderer: Software
SourcePackage: xorg
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 02/03/2008
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A06
dmi.board.name: 0UK441
dmi.board.vendor: Dell Inc.
dmi.chassis.type: 8
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.
dmi.product.name: Inspiron 1721
dmi.sys.vendor: Dell Inc.
version.compiz: compiz 1:0.9.4+
version.libdrm2: libdrm2 2.4.23-1ubuntu5
version.
version.
version.
version.
version.
version.
version.
André Oliva (gandreoliva) wrote : | #1 |
- BootDmesg.txt Edit (51.4 KiB, text/plain; charset="utf-8")
- CurrentDmesg.txt Edit (2.9 KiB, text/plain; charset="utf-8")
- Dependencies.txt Edit (5.7 KiB, text/plain; charset="utf-8")
- GconfCompiz.txt Edit (36.7 KiB, text/plain; charset="utf-8")
- GdmLog.gz Edit (8.6 KiB, application/x-gzip)
- GdmLog1.gz Edit (6.6 KiB, application/x-gzip)
- GdmLog2.gz Edit (6.6 KiB, application/x-gzip)
- Lspci.txt Edit (14.8 KiB, text/plain; charset="utf-8")
- Lsusb.txt Edit (454 bytes, text/plain; charset="utf-8")
- ProcCpuinfo.txt Edit (1.5 KiB, text/plain; charset="utf-8")
- ProcInterrupts.txt Edit (1.6 KiB, text/plain; charset="utf-8")
- ProcModules.txt Edit (2.9 KiB, text/plain; charset="utf-8")
- UdevDb.txt Edit (114.4 KiB, text/plain; charset="utf-8")
- UdevLog.txt Edit (286.1 KiB, text/plain; charset="utf-8")
- UnitySupportTest.txt Edit (975 bytes, text/plain; charset="utf-8")
- XorgConf.txt Edit (408 bytes, text/plain; charset="utf-8")
- XorgLog.gz Edit (12.4 KiB, application/x-gzip)
- XorgLogOld.gz Edit (8.4 KiB, application/x-gzip)
- Xrandr.txt Edit (3.0 KiB, text/plain; charset="utf-8")
- locale.txt Edit (479 bytes, text/plain; charset="utf-8")
- peripherals.txt Edit (1.5 KiB, text/plain; charset="utf-8")
- setxkbmap.txt Edit (236 bytes, text/plain; charset="utf-8")
- xdpyinfo.txt Edit (17.3 KiB, text/plain; charset="utf-8")
- xinput.txt Edit (837 bytes, text/plain; charset="utf-8")
- xkbcomp.txt Edit (57.7 KiB, text/plain; charset="utf-8")
affects: | xorg (Ubuntu) → xserver-xorg-video-ati (Ubuntu) |
André Oliva (gandreoliva) wrote : | #2 |
tags: | added: 3d |
André Oliva (gandreoliva) wrote : | #3 |
- Xorg.0.log Edit (77.7 KiB, application/octet-stream)
This is my Xorg.0.log when I have software rendering. I see that there is an error in the line 746, that forces to revert to software rendering (line 747), but the lines 663, 671 and 674 show that the direct rendering was enabled. What does it mean?
In Red Hat Bugzilla #698011, Phil (phil-redhat-bugs) wrote : | #167 |
Created attachment 493306
dmesg
Description of problem:
Gnome3 doesn't start properly from the Gnome3 live CD.
Version-Release number of selected component (if applicable):
Gnome3.
How reproducible:
Steps to Reproduce:
1. Get HP Compaq 6715b laptop.
2. Boot from F15 beta live CD
Actual results:
Cursor appears, gnome vertical striped blue background appears. Mouse cursor moves. Panel doesn't appear, just get blue background and nothing else. Mouse clicks are ignored. Desktop completely unusable.
Expected results:
Panel should appear at top. Mouse clicks should do something.
Additional info:
telinit 3, then startx *sometimes* gets the panel and activities panels to display, but then the desktop hangs with only the cursor being moveable.
In Red Hat Bugzilla #698011, Phil (phil-redhat-bugs) wrote : | #168 |
Created attachment 493307
lspci -vv
In Red Hat Bugzilla #698011, Phil (phil-redhat-bugs) wrote : | #169 |
Created attachment 493308
.xsession-errors
In Red Hat Bugzilla #698011, Phil (phil-redhat-bugs) wrote : | #170 |
Created attachment 493309
Xorg.0.log
Bryce Harrington (bryce) wrote : | #4 |
Two answer one of your questions, the gallium driver does not have a non-KMS mode, so the modeset=0 workaround isn't available there. (With some work you may be able to revert to using the non-gallium radeon driver, but let's focus this bug report on fixing the bug itself.)
description: | updated |
summary: |
- No 3d acceleration in Radeon X1200 with new Gallium 3d drivers in 11.04 - Beta 1 + [RS690M] No 3d acceleration in Radeon X1200 with new Gallium 3d drivers + in 11.04 Beta 1 |
summary: |
- [RS690M] No 3d acceleration in Radeon X1200 with new Gallium 3d drivers - in 11.04 Beta 1 + [RS690M] No 3d acceleration in Radeon X1200 with new Gallium r300 / 3d + drivers in 11.04 Beta 1 |
Bryce Harrington (bryce) wrote : Re: [RS690M] No 3d acceleration in Radeon X1200 with new Gallium r300 / 3d drivers in 11.04 Beta 1 | #5 |
What is the output of this command?
$ ls /etc/alternativ
Also, did you do a full reinstall or an upgrade?
You don't need /etc/X11/xorg.conf, may as well remove it - the driver will automatically load radeon.
Changed in xserver-xorg-video-ati (Ubuntu): | |
status: | New → Incomplete |
Ben (threadstone) wrote : | #6 |
same problem here with x1200 and Natty reinstall (but also with Fedora 15)...
$ ls /etc/alternativ
lrwxrwxrwx 1 root root 24 Apr 8 13:20 /etc/alternativ
Changed in xserver-xorg-video-ati (Ubuntu): | |
status: | Incomplete → New |
status: | New → Incomplete |
André Oliva (gandreoliva) wrote : | #7 |
Output of `ls /etc/alternativ
lrwxrwxrwx 1 root root 24 Apr 8 12:42 /etc/alternativ
the same of Ben.
@Bryce Harrington: Ah, I understand now (about KMS)... I installed Beta 1 from scratch, and I will try now to install Beta 2 also from scratch to see if something has changed. At the moment I have removed the xorg.conf file.
André Oliva (gandreoliva) wrote : | #8 |
- Xorg.1.log Edit (1.7 KiB, text/plain)
Ah, I forgot to mention that I installed also the most recent drivers from the xorg-edgers PPA, but that didn't helped. And also I'm having problems when I boot (GDM doesn't start). I'm attaching the Xorg.1.log file, and I see that there is an error parsing the config file (?). I'll install Beta 2 to see if something has changed, including this strange error.
Bryce Harrington (bryce) wrote : | #9 |
[ 17.844] Parse error on line 15 of section Screen in file /etc/X11/xorg.conf
"EndSectionSec
Typo in your xorg.conf
Bryce Harrington (bryce) wrote : | #10 |
@Ben, can you file a new bug report via 'ubuntu-bug xorg' and then set it as a dupe to this bug? (Or just paste the bug # here). André's bug is quite odd, so I'd like to compare and contrast your logs with his. Also, there's several ways one could end up with no 3D so I'd like to rule those out in your case.
Changed in xserver-xorg-video-ati (Ubuntu): | |
status: | Incomplete → New |
status: | New → Incomplete |
André Oliva (gandreoliva) wrote : | #11 |
@Bryce Harrington: The problem parsing the file is another very strange problem, it occurs "sometimes", and other times I can boot normally as right now. By this reason I will try to install Beta 2 (to see if it's something already fixed). I also thought that it was a typo in my xorg.conf but right now I don't have a xorg.conf file in my /etc/X11 directory.
Bryce Harrington (bryce) wrote : | #12 |
Check if you have anything in /etc/X11/
Also check the timestamp on your Xorg.1.log to make sure it's not just a left over from some earlier boot.
Changed in xserver-xorg-video-ati (Ubuntu): | |
status: | Incomplete → New |
status: | New → Incomplete |
André Oliva (gandreoliva) wrote : | #13 |
- Pantallazo.png Edit (447.6 KiB, image/png)
Ok, I have installed in another partition Ubuntu 11.04 Beta 2 and this is what I found:
1. No 3d acceleration
2. No booting problems (3 boots without any kind of problem)
3. When I try to start unity/compiz --replace I get a blank screen (just the wallpaper and mouse).
4. Everything in the Xorg.0.log file looks fine, but I still have no 3d acceleration.
5. When I run `glxgears`, I get a blank window (see attachment)
6. When I run `glxinfo | grep render` I get this:
direct rendering: Yes
OpenGL renderer string: Gallium 0.4 on ATI RS690
GL_
And...
7. I booted up editing the GRUB command line: I added "nomodeset", and I got software rendering.
So, the problem is not related to the two errors that appear on Xorg.0.log... (I'm sorry, when I reported the bug [Beta 1] I forgot that I forced the system to use "nomodeset"...)
André Oliva (gandreoliva) wrote : | #14 |
André Oliva (gandreoliva) wrote : | #15 |
summary: |
[RS690M] No 3d acceleration in Radeon X1200 with new Gallium r300 / 3d - drivers in 11.04 Beta 1 + drivers in 11.04 Beta 2 |
Ben (threadstone) wrote : Re: [RS690M] No 3d acceleration in Radeon X1200 with new Gallium r300 / 3d drivers in 11.04 Beta 2 | #16 |
filed Bug #768236
In Red Hat Bugzilla #698011, Phil (phil-redhat-bugs) wrote : | #171 |
This may be a dupe of bug 683687.
Changed in xserver-xorg-video-ati (Ubuntu): | |
status: | Incomplete → Confirmed |
importance: | Undecided → Medium |
André Oliva (gandreoliva) wrote : | #17 |
After booting several times and trying to use Ubuntu, I got again 3d acceleration, but after rebooting, no 3d acceleration again (Compiz doesn't start, glxgears as in the screenshot). This is the same behavior that I observed in Maverick, but I solved that disabling KMS. Now, with the Gallium 3d drivers, as noted by Bryce, that workaround is not an option. All I can do for now is to install Unity-2d and to use software rasterization (`export LIBGL_ALWAYS_
Martín Ferrari (tincho) wrote : | #18 |
I have a similar issue.
I installed Natty a couple of days ago. When Unity came up, it was sluggish and many apps crashed. I switched to "classic with no effects", and continued setting up stuff. Later I realised that hardware acceleration was not working. I fixed it (don't remember how), and the problems became worse.
Since my idea for this machine is to use it as a media center, I installed many of this apps, and thought that there were buggy, as I could only see blank screens.
Later I realised that not even glxgears works. If I disable KMS, or set LIBGL_ALWAYS_
I have already tried installing the propietary drivers, which tell me that my card is unsupported. I installed the X edgers drivers, with no improvement. Tried different xorg.conf tweaks that I found on the 'net, no dice.
As most of these media apps for some reason require 3d accel (stupid shiny effects), I need to make this work.
$ lspci |grep VGA
01:05.0 VGA compatible controller: ATI Technologies Inc RS690M [Radeon X1200 Series]
$ glxinfo |grep render
direct rendering: Yes
OpenGL renderer string: Gallium 0.4 on ATI RS690
GL_
André Oliva (gandreoliva) wrote : | #19 |
@Martín: Yes, it's the same problem I have... Radeon X1200 is no longer supported by ADM (???!!!), and, of course, software rasteriaztion is really slow.
I installed Natty (final release), and have the same problem.
It's a good idea to report a bug in freedesktop.org?
summary: |
[RS690M] No 3d acceleration in Radeon X1200 with new Gallium r300 / 3d - drivers in 11.04 Beta 2 + drivers in 11.04 |
Martín Ferrari (tincho) wrote : Re: [Bug 755791] Re: [RS690M] No 3d acceleration in Radeon X1200 with new Gallium r300 / 3d drivers in 11.04 Beta 2 | #20 |
Hi André,
On Sun, May 1, 2011 at 15:09, André Oliva <email address hidden> wrote:
> @Martín: Yes, it's the same problem I have... Radeon X1200 is no longer
> supported by ADM (???!!!), and, of course, software rasteriaztion is
> really slow.
>
> I installed Natty (final release), and have the same problem.
>
> It's a good idea to report a bug in freedesktop.org?
Dunno... In debian the hardware accel works (according to glxinfo),
but is as slow as soft render...
--
Martín Ferrari
André Oliva (gandreoliva) wrote : | #21 |
But as I noted in comment #17, "sometimes" I do have 3d acceleration
working, and I've seen that sometimes the 3d acc. is very slow, just as you
said; and sometimes, I'm lucky and 3d acc. works as expected. But about 70%
of times 3d acc. fails, and at the moment I'm unable to predict when 3d will
work or not. By this reason I think it's not Ubuntu-specific.
El 01/05/2011 12:46, "Martín Ferrari" <email address hidden> escribió:
Hi André,
On Sun, May 1, 2011 at 15:09, André Oliva <email address hidden> wrote:
> @Martín: Yes, it's t...
Dunno... In debian the hardware accel works (according to glxinfo),
but is as slow as soft render...
--
Martín Ferrari
--
You received this bug notification because you are a direct subscriber
of the bug.
https:/
Brian Ealdwine (eode) wrote : Re: [RS690M] No 3d acceleration in Radeon X1200 with new Gallium r300 / 3d drivers in 11.04 | #22 |
This is a duplicate of bug #556782.
This bug has a bug open on xorg, which appears not to be moving.
Martín Ferrari (tincho) wrote : | #23 |
Brian, thanks for the heads up!
André Oliva (gandreoliva) wrote : | #24 |
Yes, thank you...
Brian Ealdwine (eode) wrote : | #25 |
:-) You're absolutely welcome.
Brian Ealdwine (eode) wrote : | #26 |
I was incorrect when I marked this as a duplicate of the other bug (or at least it's not definitely the same issue).
I hate when that happens to a bug I'm working on, and apologize for any inconvenience.
Martin, I've re-subscribed you as I believe your reasoning for unsubscribing was that this bug was marked duplicate, and I think you need to be informed.
Changed in xserver-xorg-driver-ati: | |
status: | New → Confirmed |
Changed in linux: | |
status: | New → Confirmed |
description: | updated |
description: | updated |
tags: | added: edgers |
In Red Hat Bugzilla #698011, Phil (phil-redhat-bugs) wrote : | #172 |
Still get problem with latest nightly of Fedora 15, Fedora-
In Red Hat Bugzilla #698011, Matěj (matj-redhat-bugs) wrote : | #173 |
In my opinion, this is not an Xorg issue, but something about gdm or gnome-session. Reassigning.
In freedesktop.org Bugzilla #37679, André Oliva (gandreoliva) wrote : | #52 |
This is a bug reported in Launchpad, against the "xserver-
https:/
The symptoms: No 3d acceleration (glxgears shows a black window, Unity [Ubuntu 11.04 3d shell] doesn't start), *but* no fallback into the software-rendering mode (glxinfo reports that the 3d acceleration is working)
The hardware: ATI Radeon RS690M X1200 series
The Operating system: Ubuntu 11.04 (final release) [and Maverick also]. The behavior was also observed in Debian and Fedora 15, as noted in the original bug report (so it seems not to be Ubuntu-specific).
The version of xserver-
The software affected: Compiz (doesn't start because requires direct rendering); then, Unity (just the wallpaper or black screen and the mouse pointer).. Glxgears, Stellarium, Blender, Adobe Flash Player in fullscreen mode and Visual module of Python work if software rendering is forced (but of course they run very very slow).
The history of the bug: all worked as expected (out of the box) in Ubuntu 10.04 LTS, but in 10.10 the problems started. The workaround was to disable KMS, but now, in Natty, since the new Gallium driver doesn't have a non-KMS mode, that workaround is not available.
The situations when it works: **sometimes** (??!! please help to determine when!!) the 3d acceleration does work as expected, but at the moment there is no way for us to know when it will work or not [help please!]. And, sometimes the 3d acceleration works but is so slow that it seems to be actually software rendering.
The workarounds: none known. Just enabling temporarily software rendering (as described below), but that really isn't a workaround. In Ubuntu 10.10 the workaround was to turn of KMS. As noted, that doesn't work any more.
There are Xorg.0.log (comment #15 of the original bug report) and screenshots (comment #13 in the original bug report)
Also, the bug was incorrectly marked as a duplicate of the bug #556782 in Launchpad, reported here as the bug 35457 .
Thank you in advance.
In Red Hat Bugzilla #698011, Phil (phil-redhat-bugs) wrote : | #174 |
I'm pretty sure this is an Xorg issue with the driver and this specific graphics chip. Problem also reported here:
https:/
Phil Cole (filcole) wrote : | #27 |
Similar problem occurs with fedora 15 with RS690. See https:/
André Oliva (gandreoliva) wrote : | #28 |
I filed Bug 37679 in freedesktop.org against xorg. If you have comments, ideas or attachmets please comment the bug report there... Clearly this is a non Ubuntu-specific issue...
affects: | xserver-xorg-video-ati (Fedora) → fedora |
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #53 |
Looks like the radeon kernel module is not loaded before starting X. The kernel modules must be loaded before starting X.
In freedesktop.org Bugzilla #37679, André Oliva (gandreoliva) wrote : | #54 |
Created attachment 47257
Xorg.0.log
This is a fresh Xorg.0.log if you want to check...
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #55 |
In this case KMS is properly initialized. Is 3D not working?
In freedesktop.org Bugzilla #37679, André Oliva (gandreoliva) wrote : | #56 |
That's right, the 3D acceleration is not working in that case (glxgears results in a black window). But when it does work, the Xorg.0.log looks the same (I'm not sure if something changes).
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #57 |
Does glxgears work if you disable vsync?
vblank_mode=0 glxgears
Can you also attach the output of glxinfo?
In freedesktop.org Bugzilla #37679, Phil Cole (filcole) wrote : | #58 |
I'm the person experiencing problems on Fedora 15 - I think it's related to this problem. Only if I include NoModeSet in the kernel parameters will GNOME3 start. 90% of the time only the background appears (no panel, no activities) and then it hangs. Very occassionally will Gnome4 start, but it soon hangs.
KDE4 will start OK without NoModeSet, this is where the following attachments are from.
Xorg.0.log-KDE4
lspci-vv.txt
lsmod.txt
glxgears.txt
glxinfo.txt
Note that under KDE4:
"glxgears" just gives a black window, without any gears!
"vblank_mode=0 glxgears" gives the correct output with approx 62-80fps.
==============
p.s. I started to have problems with X hanging completely (in KDE4 or GNOME2) on Fedora 14. X completely locks up, The display no longer updates, but does not become corrupted, but all inputs are blocked. Only the cursor moves. The laptop fan comes on 100% and I can only do reboot via the power button to get things moving again. I am still experiencing these problems with Fedora 15 - setting NoModeSet does not stop this problem occuring.
In freedesktop.org Bugzilla #37679, Phil Cole (filcole) wrote : | #59 |
Created attachment 47355
glxgears run under KDE (NoModeSet is NOT in kernel params)
In freedesktop.org Bugzilla #37679, Phil Cole (filcole) wrote : | #60 |
Created attachment 47356
glxinfo run under KDE (NoModeSet is NOT in kernel params)
In freedesktop.org Bugzilla #37679, Phil Cole (filcole) wrote : | #61 |
Created attachment 47357
lspci -vv
In freedesktop.org Bugzilla #37679, Phil Cole (filcole) wrote : | #62 |
Created attachment 47358
Xorg.0.log run under KDE (NoModeSet is NOT in kernel params)
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #63 |
(In reply to comment #6)
> "glxgears" just gives a black window, without any gears!
> "vblank_mode=0 glxgears" gives the correct output with approx 62-80fps.
It looks like interrupts aren't working on your system. If you run:
cat /proc/interrupts
while running X do you see the numbers increasing for the interrupt used by radeon?
In freedesktop.org Bugzilla #37679, Phil Cole (filcole) wrote : | #64 |
Running cat /proc/interrupts under X does NOT have any increasing numbers for radeon.
Further info: This problem is intermittent. On my last reboot I started KDE4, and was able to run "vblank_mode=0 glxgears", "glxgears" and then boot into Gnome3 all successfully. Throughout this /proc/interrupts remained the same for the radeon line.
See attached*
In freedesktop.org Bugzilla #37679, Phil Cole (filcole) wrote : | #65 |
Created attachment 47380
/proc/interrupts when gnome3 hangs and after killing X and starting KDE4
In freedesktop.org Bugzilla #37679, Phil Cole (filcole) wrote : | #66 |
Created attachment 47382
Xorg.0.log when gnome3 hangs (NoModeSet is NOT on kernel params)
In Red Hat Bugzilla #698011, Phil (phil-redhat-bugs) wrote : | #175 |
Upstream freedesktop.org bug:
https:/
In upstream bug have found that interrupts are not being generated for radeon in /proc/interrupts.
Moved from gdm back to Xorg ati component.
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #67 |
Does booting with pci=nomsi on the kernel command line in grub help?
In freedesktop.org Bugzilla #37679, Phil Cole (filcole) wrote : | #68 |
(In reply to comment #15)
> Does booting with pci=nomsi on the kernel command line in grub help?
No this doesn't make any difference - I still get:
1. /proc/interrupts doesn't change for the radeon line.
2. "glxgears" gives a black window. "vblank_mode=0 glxgears" works OK.
3. GNOME3 hanging on startup.
See attached Xorg.0.
In freedesktop.org Bugzilla #37679, Phil Cole (filcole) wrote : | #69 |
Created attachment 47402
Xorg.0.log with pci=nomsi no kernel params
In freedesktop.org Bugzilla #37679, André Oliva (gandreoliva) wrote : | #70 |
"vblank_mode=0 glxgears" works also for me! I can use normal 3d acceleration with that method. Stellarium and Glxgears work well: fast, smooth, as expected. But "vblank_mode=0 compiz --replace" does not work (I get a blank screen with the mouse pointer).
description: | updated |
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #71 |
(In reply to comment #18)
> "vblank_mode=0 glxgears" works also for me! I can use normal 3d acceleration
> with that method. Stellarium and Glxgears work well: fast, smooth, as expected.
> But "vblank_mode=0 compiz --replace" does not work (I get a blank screen with
> the mouse pointer).
compiz is a script, so you'll probably have to set vblank_mode as a global env var
export vblank_mode=0
compiz --replace
Still, it's just a workaround. For some reason, interrupts are not working on your system.
André Oliva (gandreoliva) wrote : | #29 |
As noted in the freedesktop.org bug reported, running "vblank_mode=0 glxgears" or "vblank_mode=0 [name_of_
In freedesktop.org Bugzilla #37679, André Oliva (gandreoliva) wrote : | #72 |
Ok, with the "export", compiz also starts. I have to say that Compiz is *very* slow... Almost as software rendering. I don't know why... As a workaround, the 3d acceleration works better if the program is started from Metacity (??).
André Oliva (gandreoliva) wrote : | #30 |
Compiz works after running "export vblank_mode=0", and then "compiz --replace" or logging out and then logging into Unity 3d, for me that works, but very slow. As noted in freedesktop.org, this is just a *workaround* and something is bad at the moment. This issue is not resolved.
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #73 |
(In reply to comment #20)
> Ok, with the "export", compiz also starts. I have to say that Compiz is *very*
> slow... Almost as software rendering. I don't know why... As a workaround, the
> 3d acceleration works better if the program is started from Metacity (??).
If you aren't getting interrupts, fences won't work properly, so GL will be slow as well since every fence has to time out before it's retired.
description: | updated |
In freedesktop.org Bugzilla #37679, André Oliva (gandreoliva) wrote : | #74 |
(In reply to comment #21)
> (In reply to comment #20)
> > Ok, with the "export", compiz also starts. I have to say that Compiz is *very*
> > slow... Almost as software rendering. I don't know why... As a workaround, the
> > 3d acceleration works better if the program is started from Metacity (??).
>
> If you aren't getting interrupts, fences won't work properly, so GL will be
> slow as well since every fence has to time out before it's retired.
I see... Thank you for your explanation...
In freedesktop.org Bugzilla #37679, André Oliva (gandreoliva) wrote : | #75 |
I use also the Visual module of python (vpython.org). It's a module for making 3d simulations, and it uses 3d acceleration. I'm getting an extrange error:
ATTENTION: default value of option vblank_mode overridden by environment.
ATTENTION: default value of option vblank_mode overridden by environment.
r300 FP: Compiler Error:
Ran out of hardware temporaries
Using a dummy shader instead.
when I use "export vblank_mode=0; ipython" and run
> from visual import *
> sphere()
(I'm getting a black window, where the simulation is supposed to be)
Everything works well in Ubuntu 10.04. Also, I can run simulations (very slowly) with software rendering (and since the simulations are for scientific purposes, the speed of the simulation is highly important). In another computer with a newer ATI graphics card, the problem is not present.
I would like to know if I get this error because of this bug or this is another issue related with vpython...
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #76 |
(In reply to comment #23)
> I use also the Visual module of python (vpython.org). It's a module for making
> 3d simulations, and it uses 3d acceleration. I'm getting an extrange error:
>
> ATTENTION: default value of option vblank_mode overridden by environment.
> ATTENTION: default value of option vblank_mode overridden by environment.
> r300 FP: Compiler Error:
> Ran out of hardware temporaries
> Using a dummy shader instead.
That is a different bug. Please file a different bug report for that.
Tommy_CZ (t-kijas) wrote : | #31 |
I have ATI x1250 and compiz works for me but no game like trackmania can be started and altought compiz works, it is terrible slow. Every move of an window is a pain.
In freedesktop.org Bugzilla #37679, André Oliva (gandreoliva) wrote : | #77 |
(In reply to comment #24)
> (In reply to comment #23)
> > I use also the Visual module of python (vpython.org). It's a module for making
> > 3d simulations, and it uses 3d acceleration. I'm getting an extrange error:
> >
> > ATTENTION: default value of option vblank_mode overridden by environment.
> > ATTENTION: default value of option vblank_mode overridden by environment.
> > r300 FP: Compiler Error:
> > Ran out of hardware temporaries
> > Using a dummy shader instead.
>
> That is a different bug. Please file a different bug report for that.
A bug report here or in vpython.org?
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #78 |
(In reply to comment #25)
> A bug report here or in vpython.org?
Here against the r300 gallium driver.
In freedesktop.org Bugzilla #37679, Phil Cole (filcole) wrote : | #79 |
Alex,
I have built the latest radeon driver from git master, and still get the problem of no interrupts in /proc/interrupts. (I do get interrupts on another PC using Radeon HD 4350, RV710.) Can you point me in the direction of where the interrupts might be turned on/off? Is it by the radeon driver, or elsewhere in the kernel? Thanks.
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #80 |
(In reply to comment #27)
> Alex,
> I have built the latest radeon driver from git master, and still get the
> problem of no interrupts in /proc/interrupts. (I do get interrupts on another
> PC using Radeon HD 4350, RV710.) Can you point me in the direction of where the
> interrupts might be turned on/off? Is it by the radeon driver, or elsewhere in
> the kernel? Thanks.
It could be a hardware or bios problem. The drm just registers an interrupt handler with the core interrupt code in the kernel and enables device specific interrupt sources. You don't seem to be getting any interrupts for the radeon chip so it seems like something is set wrong in the northbridge configuration which is usually handled by the bios. Does your system have a bios upgrade available?
In freedesktop.org Bugzilla #37679, Phil Cole (filcole) wrote : | #81 |
(In reply to comment #28)
> .... Does your system have a bios upgrade available?
I've just applied the latest BIOS for the HP Compaq 6715b laptop. I upgraded from F.07 (16/07/2007) to F.0E (25/11/2008) from here: http://
After doing this and a vanilla kernel boot (nomodeset not set), and the latest git radeon driver I get: (NOTE: this is a two core system)
0. GNOME3 hangs immediately on startup (so tried KDE4).
1. Whilst booting KDE4 can monitor /proc/interrupts in non-X console and see radeon interupts rising for both CPUs.
2. Can use X under KDE4 and notice radeon interrupts rising (when windows moved etc)
3. Then starting "glxgears" or "vblank_output=0 glxgears" under KDE4 gives a blank window and causes interrupts to no longer be registered in /proc/interrupts! At this point moving windows around becomes noticeably slower. (Sometimes this occurs without needing to run glxgears)
4. Killing X (Ctrl-Alt-
5. Starting "glxgears" causes all radeon interrupts to stop being counted in /proc/interrupts.
6. Go to step 4 and repeat!
I also got the following messages in syslog. Note radeon is on irq 19.
Jun 4 00:33:54 f15 kernel: [ 900.986231] irq 19: nobody cared (try booting with the "irqpoll" option)
Jun 4 00:33:54 f15 kernel: [ 900.986241] Pid: 3410, comm: knotify4 Not tainted 2.6.38.
Jun 4 00:33:54 f15 kernel: [ 900.986245] Call Trace:
Jun 4 00:33:54 f15 kernel: [ 900.986256] [<c07ceb2d>] ? printk+0x2d/0x2f
Jun 4 00:33:54 f15 kernel: [ 900.986262] [<c07d00ff>] __report_
Jun 4 00:33:54 f15 kernel: [ 900.986269] [<c048820f>] note_interrupt+
Jun 4 00:33:54 f15 kernel: [ 900.986274] [<c0488b17>] handle_
Jun 4 00:33:54 f15 kernel: [ 900.986279] [<c0488a8f>] ? handle_
Jun 4 00:33:54 f15 kernel: [ 900.986282] <IRQ> [<c0404bbd>] ? do_IRQ+0x3c/0x92
Jun 4 00:33:54 f15 kernel: [ 900.986292] [<c0403770>] ? common_
Jun 4 00:33:54 f15 kernel: [ 900.986298] [<c04620fd>] ? arch_local_
Jun 4 00:33:54 f15 kernel: [ 900.986305] [<c07d62b3>] ? _raw_spin_
Jun 4 00:33:54 f15 kernel: [ 900.986310] [<c0732fb2>] ? skb_dequeue+
Jun 4 00:33:54 f15 kernel: [ 900.986316] [<c07aa2cf>] ? unix_stream_
Jun 4 00:33:54 f15 kernel: [ 900.986323] [<c0592f7b>] ? selinux_
Jun 4 00:33:54 f15 kernel: [ 900.986329] [<c072e303>] ? sock_aio_
Jun 4 00:33:54 f15 kernel: [ 900.986335] [<c043feb7>] ? irq_exit+0x4c/0x70
Jun 4 00:33:54 f15 kernel: [ 900.986342] [<c04e4352>] ? do_sync_
Jun 4 00:33:54 f15 kernel: [ 900.986348] [<c04e4672>] ? rw_verify_
Jun 4 00:33:54 f15 kernel: [ 900.986352] [<c042e4e2>] ? __might_sleep+...
In Red Hat Bugzilla #698011, Matěj (matj-redhat-bugs) wrote : | #176 |
I agree and believe that it is more appropriate to let it be resolved upstream.
We will continue to track the issue in the centralized upstream bug tracker, and will review any bug fixes that become available for consideration in future updates.
Thank you for helping to make free software better.
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #82 |
(In reply to comment #29)
>
> So I tried rebooting with "irqpoll" in the kernel options. KDE4 and GNOME3
> (gnome-shell) both run. glxgears gives 50 FPS !!
>
> So, my guess is the kernel/drm/radeon is wedging on interrupt processing.
Sounds like your board bios has screwed up the irq routing which is not something we can fix in the driver unfortunately.
irqpoll [HW]
In freedesktop.org Bugzilla #37679, krmolot (krmolot) wrote : | #83 |
Hardware 3D will work in proprietary legacy 3D driver in Debian Lenny.
In freedesktop.org Bugzilla #37679, André Oliva (gandreoliva) wrote : | #84 |
(In reply to comment #30)
> (In reply to comment #29)
> >
> > So I tried rebooting with "irqpoll" in the kernel options. KDE4 and GNOME3
> > (gnome-shell) both run. glxgears gives 50 FPS !!
> >
> > So, my guess is the kernel/drm/radeon is wedging on interrupt processing.
>
> Sounds like your board bios has screwed up the irq routing which is not
> something we can fix in the driver unfortunately.
>
> irqpoll [HW]
> When an interrupt is not handled search all handlers
> for it. Also check all handlers each timer
> interrupt. Intended to get systems with badly broken
> firmware running.
But I have never made an upgrade of BIOS, and 3d acceleration worked in Ubuntu 10.04, but now it doesn't work. In fact, right now I can boot into 10.04 and 3d acceleration works. Isn't the driver responsible for that behavior?
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #85 |
(In reply to comment #32)
>
> But I have never made an upgrade of BIOS, and 3d acceleration worked in Ubuntu
> 10.04, but now it doesn't work. In fact, right now I can boot into 10.04 and 3d
> acceleration works. Isn't the driver responsible for that behavior?
Did 10.04 use KMS? The UMS code did not rely on irqs as much.
In freedesktop.org Bugzilla #37679, Phil Cole (filcole) wrote : | #86 |
(In reply to comment #30)
> (In reply to comment #29)
>
> > So, my guess is the kernel/drm/radeon is wedging on interrupt processing.
>
> Sounds like your board bios has screwed up the irq routing which is not
> something we can fix in the driver unfortunately.
See comment #29, upon initial boot the radeon interrupts are firing when first booted, they then stop for 1 CPU when glxgears runs, and then stop totally after X is killed restarted and glxgears re-runs. What is glxgears doing that affects the routing IRQs in the BIOS???
In freedesktop.org Bugzilla #37679, André Oliva (gandreoliva) wrote : | #87 |
(In reply to comment #33)
>
> Did 10.04 use KMS? The UMS code did not rely on irqs as much.
Yes, 10.04 uses KMS by default.
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #88 |
(In reply to comment #35)
> (In reply to comment #33)
> >
> > Did 10.04 use KMS? The UMS code did not rely on irqs as much.
>
> Yes, 10.04 uses KMS by default.
Bisect the kernel and see what commit broke it.
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #89 |
Does:
Option "EnablePageFlip" "False"
in the device section of your xorg.conf help?
In freedesktop.org Bugzilla #37679, Phil Cole (filcole) wrote : | #90 |
(In reply to comment #37)
> Does:
> Option "EnablePageFlip" "False"
> in the device section of your xorg.conf help?
This thread seems to indicate the cause of stopping interrupts is the dodgy BIOS and ACPI stuff: http://
I'm currently investigating with Fedora 9 & Fedora 10 since *may* be where the problem was introduced.
In freedesktop.org Bugzilla #37679, krmolot (krmolot) wrote : | #91 |
Adding "noapic" to grub (GRUB_CMDLINE_
cat /proc/interrupts
CPU0
0: 154291 XT-PIC-XT-PIC timer
1: 2902 XT-PIC-XT-PIC i8042
2: 0 XT-PIC-XT-PIC cascade
7: 569 XT-PIC-XT-PIC
8: 0 XT-PIC-XT-PIC rtc0
9: 2353 XT-PIC-XT-PIC acpi
10: 350 XT-PIC-XT-PIC ohci_hcd:usb2, hda_intel
11: 97805 XT-PIC-XT-PIC ehci_hcd:usb1, ohci_hcd:usb3, ohci_hcd:usb4, ohci_hcd:usb5, ohci_hcd:usb6, ahci, eth1, radeon
12: 269533 XT-PIC-XT-PIC i8042
14: 0 XT-PIC-XT-PIC pata_atiixp
15: 0 XT-PIC-XT-PIC pata_atiixp
42: 42003 PCI-MSI-edge sky2@pci:
NMI: 0 Non-maskable interrupts
LOC: 198285 Local timer interrupts
SPU: 0 Spurious interrupts
PMI: 0 Performance monitoring interrupts
IWI: 0 IRQ work interrupts
RES: 0 Rescheduling interrupts
CAL: 0 Function call interrupts
TLB: 0 TLB shootdowns
TRM: 0 Thermal event interrupts
THR: 0 Threshold APIC interrupts
MCE: 0 Machine check exceptions
MCP: 4 Machine check polls
ERR: 569
MIS: 0
sry for poor eng :)
krmolot (krmolot) wrote : | #32 |
I'm add "noapic" to GRUB_CMDLINE_
p.s. "vblank_mode=0 glxgears":
3345 frames in 5.0 seconds = 668.866 FPS
cat /proc/interrupts :
11: 143899 XT-PIC-XT-PIC ehci_hcd:usb1, ohci_hcd:usb3, ohci_hcd:usb4, ohci_hcd:usb5, ohci_hcd:usb6, ahci, eth1, radeon
sorry for poor eng :)
In freedesktop.org Bugzilla #37679, André Oliva (gandreoliva) wrote : | #92 |
With that line in the Grub, I'm able to start Unity, but it's terribly slow.
glxgears:
55 frames in 5.0 seconds = 10.959 FPS
vblank_mode=0 glxgears:
1302 frames in 5.0 seconds = 260.377 FPS
/proc/interrupts
CPU0 CPU1
0: 229673 42359 XT-PIC-XT-PIC timer
1: 1857 275 XT-PIC-XT-PIC i8042
2: 0 0 XT-PIC-XT-PIC cascade
3: 14 6 XT-PIC-XT-PIC firewire_ohci
5: 24087 9605 XT-PIC-XT-PIC ohci_hcd:usb3, ohci_hcd:usb5, eth0, radeon
7: 83593 365590 XT-PIC-XT-PIC ehci_hcd:usb1, mmc0, r852
8: 0 0 XT-PIC-XT-PIC rtc0
9: 2 0 XT-PIC-XT-PIC acpi, ohci_hcd:usb4, ohci_hcd:usb6
10: 18453 4682 XT-PIC-XT-PIC ahci
11: 200 76 XT-PIC-XT-PIC ohci_hcd:usb2, hda_intel
12: 88865 24737 XT-PIC-XT-PIC i8042
14: 2610 1842 XT-PIC-XT-PIC pata_atiixp
15: 0 0 XT-PIC-XT-PIC pata_atiixp
NMI: 0 0 Non-maskable interrupts
LOC: 56514 169570 Local timer interrupts
SPU: 0 0 Spurious interrupts
PMI: 0 0 Performance monitoring interrupts
IWI: 0 0 IRQ work interrupts
RES: 122753 131496 Rescheduling interrupts
CAL: 372 533 Function call interrupts
TLB: 2175 2723 TLB shootdowns
TRM: 0 0 Thermal event interrupts
THR: 0 0 Threshold APIC interrupts
MCE: 0 0 Machine check exceptions
MCP: 4 4 Machine check polls
ERR: 245628
MIS: 0
dima-tr (dima-tr) wrote : | #33 |
This helped:
- get mesa3d from ftp://ftp.
- sudo cp <mesa>/
(and probably the same for radeon_dri.so )
Usual performance for my glxgears 250 fps is back, I had the same and the CPU is down to 0 (yoohoo!), but at some moment during my experiments I had 286 fps (the CPU was still at ~0!). At the moment I have no idea how to reproduce this. The experiments have involved:
1) building x86-ati-driver from the latest sources,
2) building mesa with drmProto,
3) fiddling around with Section "Device" at specially created /usr/share/
4) copying <mesa>/lib/* to /sr/local/lib/GL and setting in ~/.bashrc
export LIBGL_DRIVERS_
export LD_LIBRARY_
Then some parts were left from the rep versions, and some were overwritten. What namely gave a 20% faster combination is a mystery.
I'm synced to the latest Ubuntu 11.04 repositories, xorg-edgers is NOT installed.
Muhammet Aklan (aklan) wrote : | #34 |
Hello.
This bug also affects other graphics cards. I have ATI Radeon RV370 X550 and it has the same problem. None of the suggestions above have solved the problem. It started to occur when I installed 11.04, I'm using 11.10 Alpha 3 now and there is still the same problem here.
In freedesktop.org Bugzilla #37679, krmolot (krmolot) wrote : | #93 |
(In reply to comment #40)
> With that line in the Grub, I'm able to start Unity, but it's terribly slow.
>
> glxgears:
> 55 frames in 5.0 seconds = 10.959 FPS
>
> vblank_mode=0 glxgears:
> 1302 frames in 5.0 seconds = 260.377 FPS
Noapic is not working for me in amd64 (it switch to software rendering whith 100% CPU usage. In glxinfo it show harware rendering). It work in i386.
In freedesktop.org Bugzilla #37679, Michel Dänzer (michel-daenzer) wrote : | #94 |
(In reply to comment #41)
> Noapic is not working for me in amd64 (it switch to software rendering whith
> 100% CPU usage. In glxinfo it show harware rendering).
Try running the app which ends up using software rendering with LIBGL_DEBUG=verbose to see where it's picking up the drivers from.
In freedesktop.org Bugzilla #37679, krmolot (krmolot) wrote : | #95 |
(In reply to comment #42)
> Try running the app which ends up using software rendering with
> LIBGL_DEBUG=verbose to see where it's picking up the drivers from.
LIBGL_DEBUG=verbose vblank_mode=0 glxgears
libGL: OpenDriver: trying /usr/lib/
libGL: OpenDriver: trying /usr/lib/
ATTENTION: default value of option vblank_mode overridden by environment.
ATTENTION: default value of option vblank_mode overridden by environment.
libGL: Can't open configuration file /etc/drirc: No such file or directory.
libGL: Can't open configuration file /home/ubuntu/
libGL: Can't open configuration file /etc/drirc: No such file or directory.
libGL: Can't open configuration file /home/ubuntu/
1081 frames in 5.0 seconds = 216.093 FPS
1133 frames in 5.0 seconds = 226.586 FPS
1129 frames in 5.0 seconds = 225.717 FPS
XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0"
after 4127 requests (4127 known processed) with 0 events remaining.
LIBGL_DEBUG=verbose glxinfo| fgrep render
libGL: OpenDriver: trying /usr/lib/
libGL: OpenDriver: trying /usr/lib/
libGL: Can't open configuration file /etc/drirc: No such file or directory.
libGL: Can't open configuration file /home/ubuntu/
libGL: Can't open configuration file /etc/drirc: No such file or directory.
libGL: Can't open configuration file /home/ubuntu/
direct rendering: Yes
OpenGL renderer string: Gallium 0.4 on ATI RS690
GL_
libGL: OpenDriver: trying /usr/lib/
libGL: OpenDriver: trying /usr/lib/
libGL: Can't open configuration file /etc/drirc: No such file or directory.
libGL: Can't open configuration file /home/ubuntu/
In freedesktop.org Bugzilla #37679, krmolot (krmolot) wrote : | #96 |
In Ubuntu 11.04 i386:
LIBGL_DEBUG=verbose vblank_mode=0 glxgears
libGL: OpenDriver: trying /usr/lib/
libGL: OpenDriver: trying /usr/lib/
ATTENTION: default value of option vblank_mode overridden by environment.
ATTENTION: default value of option vblank_mode overridden by environment.
libGL: Can't open configuration file /etc/drirc: No such file or directory.
libGL: Can't open configuration file /home/krmolot/
libGL: Can't open configuration file /etc/drirc: No such file or directory.
libGL: Can't open configuration file /home/krmolot/
3101 frames in 5.0 seconds = 620.159 FPS
3170 frames in 5.0 seconds = 633.798 FPS
3164 frames in 5.0 seconds = 632.756 FPS
XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0"
after 9864 requests (9864 known processed) with 0 events remaining.
In freedesktop.org Bugzilla #37679, Michel Dänzer (michel-daenzer) wrote : | #97 |
(In reply to comment #43)
> libGL: OpenDriver: trying /usr/lib/
This isn't software rendering. The speed difference may be due to a different 3D driver (r300g vs classic) / version / build (e.g. r300g with/out LLVM support, check with 'strings /usr/lib/
In freedesktop.org Bugzilla #37679, krmolot (krmolot) wrote : | #98 |
(In reply to comment #45)
>
> This isn't software rendering. The speed difference may be due to a different
> 3D driver (r300g vs classic) / version / build (e.g. r300g with/out LLVM
> support, check with 'strings /usr/lib/
I'm using the same version of distributive:
ubuntu-
ubuntu-
"strings /usr/lib/
In freedesktop.org Bugzilla #37679, Michel Dänzer (michel-daenzer) wrote : | #99 |
(In reply to comment #46)
> "strings /usr/lib/
In neither case? How about
ldd /usr/lib/
In freedesktop.org Bugzilla #37679, krmolot (krmolot) wrote : | #100 |
(In reply to comment #47)
> (In reply to comment #46)
> > "strings /usr/lib/
>
> In neither case?
Yes
> How about
>
> ldd /usr/lib/
Nothing
ldd /usr/lib/
linux-vdso.so.1 => (0x00007fff225f
libstdc++.so.6 => /usr/lib/
libdricore.so => /usr/lib/
libglsl.so => /usr/lib/
libdrm.so.2 => /lib/x86_
libexpat.so.1 => /lib/x86_
libpthread.so.0 => /lib/x86_
libdl.so.2 => /lib/x86_
libdrm_radeon.so.1 => /lib/x86_
libm.so.6 => /lib/x86_
libgcc_s.so.1 => /lib/x86_
libc.so.6 => /lib/x86_
/lib64/
librt.so.1 => /lib/x86_
ldd /usr/lib/
linux-gate.so.1 => (0x00387000)
libstdc++.so.6 => /usr/lib/
libdricore.so => /usr/lib/
libglsl.so => /usr/lib/
libdrm.so.2 => /lib/i386-
libexpat.so.1 => /lib/i386-
libpthread.so.0 => /lib/i386-
libdl.so.2 => /lib/i386-
libdrm_radeon.so.1 => /lib/i386-
libm.so.6 => /lib/i386-
libgcc_s.so.1 => /lib/i386-
libc.so.6 => /lib/i386-
/lib/ld-linux.so.2 (0x00616000)
librt.so.1 => /lib/i386-
Notebook: emachines d620, video: x1250
In freedesktop.org Bugzilla #37679, Michel Dänzer (michel-daenzer) wrote : | #101 |
Actually, I think the lack of LLVM support explains the difference: IIRC, without LLVM the Gallium software vertex processing code uses assembly optimizations on 32 bit but not on 64 bit. Current upstream r600g refuses to build without LLVM, so this should clear up on its own at some point. Maybe you can try current oneiric live CDs.
In freedesktop.org Bugzilla #37679, krmolot (krmolot) wrote : | #102 |
(In reply to comment #49)
> Actually, I think the lack of LLVM support explains the difference: IIRC,
> without LLVM the Gallium software vertex processing code uses assembly
> optimizations on 32 bit but not on 64 bit. Current upstream r600g refuses to
> build without LLVM, so this should clear up on its own at some point. Maybe you
> can try current oneiric live CDs.
Yes, LLVM support is increased FPS in amd64 and drop it in i386.
In freedesktop.org Bugzilla #37679, André Oliva (gandreoliva) wrote : | #103 |
I confirm that Gnome 3 hangs in Fedora 15. I booted from a live USB.
I could start Unity 3D, but someone could start Gnome 3? And how?
In freedesktop.org Bugzilla #37679, Phil Cole (filcole) wrote : | #104 |
Still occurs on Fedora 16 test day live CD ISO.
https:/
http://
In freedesktop.org Bugzilla #37679, Adam Williamson (awilliamson) wrote : | #105 |
So it seems the bug got a bit sidetracked by that speed issue, but regardless of that, the underlying issue doesn't seem to have been addressed: both reporters seem to need the 'noapic' or 'irqpoll' workarounds to get things flying at all. Is anything happening to address the fundamental bug?
In freedesktop.org Bugzilla #37679, André Oliva (gandreoliva) wrote : | #106 |
(In reply to comment #53)
> So it seems the bug got a bit sidetracked by that speed issue, but regardless
> of that, the underlying issue doesn't seem to have been addressed: both
> reporters seem to need the 'noapic' or 'irqpoll' workarounds to get things
> flying at all. Is anything happening to address the fundamental bug?
When I tried Fedora 15 from Live USB, I could *not* start Gnome 3 (--> bad 3d acceleration --> the same bug) [blank screen and the pinter]. I used uNetbootin to create the Live USB, and even if I tried to add "noapic" to the boot line, it didn't work. Also I tried killing the X server, running "export vblank_mode=0" and "export CLUTTER_
However, I noticed that when Gnome 3 loads and the freeze happens, and then I press ALT+F2, kill gnome-shell, and then ALT+F8, the Gnome-shell elements (top panel and dash) appear in the screen, but of course I can not use it because I killed the process. It's may be a clue.
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #107 |
(In reply to comment #54)
> However, I noticed that when Gnome 3 loads and the freeze happens, and then I
> press ALT+F2, kill gnome-shell, and then ALT+F8, the Gnome-shell elements (top
> panel and dash) appear in the screen, but of course I can not use it because I
> killed the process. It's may be a clue.
Interrupts aren't working on your system for some reason. That's the issue. The "freeze" is gnome shell waiting for an event that never comes because interrupts aren't working.
In freedesktop.org Bugzilla #37679, Phil Cole (filcole) wrote : | #108 |
(In reply to comment #55)
>
> Interrupts aren't working on your system for some reason. That's the issue.
> The "freeze" is gnome shell waiting for an event that never comes because
> interrupts aren't working.
How can I help debug this issue?? I am willing to investigate into any areas that you think may be causing this - I may need some help, e.g. bisect instructions, knowing which versions to try, etc.
p.s. Win7 works OK on the laptop, and does HW accelerated Aero mode.
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #109 |
(In reply to comment #56)
>
> How can I help debug this issue?? I am willing to investigate into any areas
> that you think may be causing this - I may need some help, e.g. bisect
> instructions, knowing which versions to try, etc.
>
> p.s. Win7 works OK on the laptop, and does HW accelerated Aero mode.
Presumably the system bios on your board is not setting up the northbridge correctly. You might see if there is a new system bios for your board. It would be interesting to find out if windows has working irqs on your board. We don't currently have a fallback path in the open source driver if irqs aren't working and for certain things it's nearly impossible without irqs. You might also try the noapic or irqpoll kernel options. Additionally, if KMS was working with an older kernel, it would be great if you could bisect.
In freedesktop.org Bugzilla #37679, André Oliva (gandreoliva) wrote : | #110 |
I don't think that is the Bios. I have 3 OS on 3 partitions: Windows XP,
Ubuntu 10.04 LTS and Ubuntu 11.04. 3d acc works well on Windows and Ubuntu
10.04. It doesn't work in Ubuntu 11.04.
El 09/09/2011 16:31, <email address hidden> escribió:
https:/
--- Comment #57 from Alex Deucher <email address hidden> 2011-09-09 15:31:17 PDT
---
(In reply to comment #56)
>
> How can I help debug this issue?? I am willing to investigate into any
areas
> that you think m...
Presumably the system bios on your board is not setting up the northbridge
correctly. You might see if there is a new system bios for your board. It
would be interesting to find out if windows has working irqs on your board.
We
don't currently have a fallback path in the open source driver if irqs
aren't
working and for certain things it's nearly impossible without irqs. You
might
also try the noapic or irqpoll kernel options. Additionally, if KMS was
working with an older kernel, it would be great if you could bisect.
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #111 |
(In reply to comment #58)
> I don't think that is the Bios. I have 3 OS on 3 partitions: Windows XP,
> Ubuntu 10.04 LTS and Ubuntu 11.04. 3d acc works well on Windows and Ubuntu
> 10.04. It doesn't work in Ubuntu 11.04.
As I mentioned previously, it depends if 10.04 used KMS or UMS. UMS did not make as extensive use of interrupts as KMS does. If 10.04 used KMS, then please bisect the kernel to see what commit caused the problem.
In freedesktop.org Bugzilla #37679, André Oliva (gandreoliva) wrote : | #112 |
(In reply to comment #59)
> (In reply to comment #58)
> > I don't think that is the Bios. I have 3 OS on 3 partitions: Windows XP,
> > Ubuntu 10.04 LTS and Ubuntu 11.04. 3d acc works well on Windows and Ubuntu
> > 10.04. It doesn't work in Ubuntu 11.04.
>
> As I mentioned previously, it depends if 10.04 used KMS or UMS. UMS did not
> make as extensive use of interrupts as KMS does. If 10.04 used KMS, then
> please bisect the kernel to see what commit caused the problem.
Based on here
https:/
I guess that 10.04 used KMS, not UMS.
I have 10.04 still installed in my laptop. Is there a way to check if KMS is been used?
And if so, I'm completely unfamiliar with bisecting the kernel. Could you please give me more instructions about what does it mean and how to do it?
André Oliva (gandreoliva) wrote : | #35 |
@Muhammet Aklan:
If
export vblank_mode=0
glxgears
didn't worked, perhaps it's another bug... Please check it that works (you must see the gears).
-------
Update (from the freedesktop-bugs 37679):
This bug is caused by interrupts. They're not working. The solution for this problem is:
- To see if Ubuntu 10.04 (where all things worked well) used UMS instead of KMS.
- If Lucid used KMS, to bisect the kernel to see what change caused the problem.
description: | updated |
In freedesktop.org Bugzilla #37679, oxalis (oxalis) wrote : | #113 |
Hi. I'm having this bug. I'm using Gentoo, not Ubuntu.
If kms is in use, Xorg.0.log has the following line:
[ 1776.086] (II) [KMS] Kernel modesetting enabled.
Very good git bisect tutorial is found here:
http://
I may add some more comments after some investigation.
With best regards.
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #114 |
Older versions of radeon kms did not support vsynced 3D which relies on vblank interrupts in addition to sw interrupts. You can disable it by setting the env var vblank_mode=0.
In freedesktop.org Bugzilla #37679, oxalis (oxalis) wrote : | #115 |
Hi. I noticed one peculiar thing: IRQ 19 (radeon's) is almost always frozen at 200001 times:
$ cat /proc/interrupts
CPU0
0: 409332 IO-APIC-edge timer
1: 448 IO-APIC-edge i8042
8: 0 IO-APIC-edge rtc0
9: 178 IO-APIC-fasteoi acpi
12: 73159 IO-APIC-edge i8042
16: 22757 IO-APIC-fasteoi ahci, hda_intel
17: 9173 IO-APIC-fasteoi ohci_hcd:usb3, ohci_hcd:usb4, ohci_hcd:usb5, ohci_hcd:usb6
19: 200001 IO-APIC-fasteoi radeon
23: 2 IO-APIC-fasteoi ehci_hcd:usb1, ohci_hcd:usb2
42: 30400 PCI-MSI-edge eth0
NMI: 0 Non-maskable interrupts
LOC: 173250 Local timer interrupts
SPU: 0 Spurious interrupts
PMI: 0 Performance monitoring interrupts
IWI: 0 IRQ work interrupts
ERR: 0
MIS: 0
And it seems when it reaches that number, dmesg "irq 19: nobody cared" appears, though not sure.
I've also seen the number 300001, only once during several rebooting. Except this time, all was 200001. Why step of 100000??
But Phil Cole said above that he has 2 cpus, and the threshold of the attachement[1] was 281.
[1]https:/
"noapic" boot option doesn't help. I tried it only once, and it showed:
11: 200002 XT-PIC-XT-PIC ehci_hcd:usb1, ohci_hcd:usb2, radeon
(Without noapic, the ERR interrupt is always 0, but with noapic, ERR increases.)
Let me add one more issue, module vs built-in: when I compile the driver "radeon" as a module, kms starts. But if it's built into the kernel, it freezes at the boot time, showing black screen. Keyboard is ignored, and HDD access LED doesn't turn on. I've checked it's the only difference. (In menuconfig, CONFIG_DRM_RADEON being "m" or "y". In the .config file this option will automatically pull in several other flags.)
I tried boot options below, but none worked: "irqpoll", "ioapicreroute", "nohz=off processor.
In freedesktop.org Bugzilla #37679, oxalis (oxalis) wrote : | #116 |
I found several other "200001" IRQ issues, completely independent of radeon:
* Wireless driver, with a successful fix. (Too bad kernel.org is closed now, but if you have kernel git repo on your local HDD, the relevant commit is shown.)
https:/
All others shown below don't contain fix.
* nvidia
http://
* Ata?
http://
* ether card
https:/
You can also find 100001 and 300001 cases. Is there any nasty kernel or acpi spec bug?
Thanks in advance.
In freedesktop.org Bugzilla #37679, Michel Dänzer (michel-daenzer) wrote : | #117 |
(In reply to comment #64)
> I found several other "200001" IRQ issues, completely independent of radeon:
That's a red herring I'm afraid: If you look at the code in kernel/
Unfortunately, this doesn't say anything about what caused the interrupts not to be handled properly in each case.
In freedesktop.org Bugzilla #37679, oxalis (oxalis) wrote : | #118 |
Hi. With kernel-3.0.4, the problem seems to be gone for me.
And thank you, Michel Dänzer, for your comment.
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #119 |
(In reply to comment #66)
> Hi. With kernel-3.0.4, the problem seems to be gone for me.
Any chance you could bisect and track down what commit fixed it?
In freedesktop.org Bugzilla #37679, oxalis (oxalis) wrote : | #120 |
Sorry, I was wrong. No difference between 2.6.39.2 and 3.0.4.
OTOH, I tried 2.6.32.36, and kms worked, although "EnablePageFlip" "off" was necessary; without it, the screen is black, showing nothing. vblank_mode=0 doesn't affect fps of glxgears.
Below I've attached dmesg of 2.6.32.36 (good) and 3.0.4 (bad).
You'll have noticed both have a line
radeon 0000:01:05.0: PCI INT B -> GSI 19 (level, low) -> IRQ 19
but in the good, there's also a line
radeon 0000:01:05.0: irq 26 for MSI/MSI-X
and /proc/interrupts says only irq # 26 is used in the good. (In bad, it's 19.)
In freedesktop.org Bugzilla #37679, oxalis (oxalis) wrote : | #121 |
Created attachment 52414
dmesg of 2.6.32.36
In freedesktop.org Bugzilla #37679, oxalis (oxalis) wrote : | #122 |
Created attachment 52415
dmesg of 3.0.4
In freedesktop.org Bugzilla #37679, oxalis (oxalis) wrote : | #123 |
Created attachment 52416
dmesg of 2.6.32.36 (radeon part only)
In freedesktop.org Bugzilla #37679, oxalis (oxalis) wrote : | #124 |
Created attachment 52417
dmesg of 3.0.4 (radeon part only)
In freedesktop.org Bugzilla #37679, oxalis (oxalis) wrote : | #125 |
Created attachment 52418
cat /proc/interrupts from 2.6.32
In freedesktop.org Bugzilla #37679, oxalis (oxalis) wrote : | #126 |
Created attachment 52419
glxinfo from 2.6.32
Muhammet Aklan (aklan) wrote : | #36 |
@André Oliva,
Thanks for the answer. I'm currently using 10.04 with Linux kernel 3.0.0.12, which is backported from Oneiric (from Ubuntu kernel team's PPA). So I'm sure that what causes the bug isn't the difference between kernel versions.
I'm booting Lucid with "nomodeset" option, because it runs too slow when I don't use that option. However, on Oneiric, that option causes lack of support for Unity 3D. Without using it, Compiz doesn't start, so both Unity's and GNOME's 3D versions cannot be started although it seems that Unity 3D support is available.
I think the best solution for this problem is returning to LTS for now. I hope the bug will be solved soon.
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #127 |
Does 2.6.32.36 work correctly if you boot with pci=nomsi on the kernel command line in grub? How about 3.0.4?
In freedesktop.org Bugzilla #37679, oxalis (oxalis) wrote : | #128 |
2.6.32 with pci=nomsi:
It's "bad". irq # 19 count is frozen. glxgears draws, but the FPS is reduced 70, while without "nomsi" it was 240. Xorg log is the same. dmesg is same except "irq for nomsi".
I haven't reported this before, but when it's "bad", redraw of my x terminal, urxvt, is snail-slow, and I saw it with "nomsi", too. (I don't need opengl, so this is the biggest trouble for me.)
3.0.4: no much difference with pci=nomsi, it's anyway bad. (In 2.6.39 and 3.0.4, in most cases glxgears is not drawn, showing only black box. But in 2.6.32, every time I tried gears were drawn even with nomsi, but the test is not thorough.)
Most of dmesg differences are trivial, but I quote one hunk here FYI:
-------
--- dmesg-3.0.4 2011-10-18 17:02:54.743566206 +0900
+++ dmesg-3.0.4-nomsi 2011-10-18 16:57:38.871537255 +0900
@@ -268,9 +266,7 @@
ACPI: PCI Interrupt Routing Table [\_SB_.C08B._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.
ACPI: PCI Interrupt Routing Table [\_SB_.
- pci0000:00: Requesting ACPI _OSC control (0x1d)
- pci0000:00: ACPI _OSC request failed (AE_NOT_FOUND), returned control mask: 0x1d
-ACPI _OSC control for PCIe not granted, disabling ASPM
+ pci0000:00: Unable to request _OSC control (_OSC support mask: 0x0f)
ACPI: PCI Interrupt Link [C145] (IRQs 10 11) *0, disabled.
ACPI: PCI Interrupt Link [C146] (IRQs 10 11) *0, disabled.
ACPI: PCI Interrupt Link [C147] (IRQs 10 11) *0, disabled.
-------
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #129 |
Created attachment 52475
enable msi
Looks like only MSIs work on your system. Does the attached patch fix newer kernels?
In freedesktop.org Bugzilla #37679, oxalis (oxalis) wrote : | #130 |
I patched 3.0.4. It's a must-have, but not simple.
It partially fixes. "black box glxgears" nor "irq count freeze" never happen. "pageflip" on-or-off doesn't matter. Xorg.0.log isn't affected. dmesg is the same with unpatched 3.0.4, except MSI:
-------
@@ -8,12 +8,10 @@
radeon 0000:01:05.0: GTT: 512M 0x0000000060000000 - 0x000000007FFFFFFF
[drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[drm] Driver supports precise vblank timestamp query.
+radeon 0000:01:05.0: irq 42 for MSI/MSI-X
+radeon 0000:01:05.0: radeon: using MSI.
[drm] radeon: irq initialized.
[drm] Detected VRAM RAM=128M, BAR=128M
[drm] RAM width 128bits DDR
-------
Glxgears fps is always only 60 (which is 240 with good kms), regardless of "pageflip" or "vblank_mode=0".
But that's not all; The first time I booted the patched kenel, right after udev loaded the module, (I was on VT1) it seemed ok - the screen went high resolution, the previous screen contents were correctly shown, and the cursor continued blinking - but it halted there. Keypresses are echoed to the screen, but Ctrl+Alt+Del didn't work.
It happened only once, and after that, all 5 boots were successful.
It also seems to have a nice side effect; when kms is enabled in the bad kernel, I often experinced a problem in s2ram, but with your patch s2ram has succeeded in some 10 trials in row. So I think we're in the right direction.
(The problem was that for most times suspend doesn't complete, or takes too long, after the screen turns black.)
Since I don't need opengl, I'm quite satisfied with this patch. =P
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #131 |
What are your pci device and subsystem ids? lspci -vnn
In freedesktop.org Bugzilla #37679, oxalis (oxalis) wrote : | #132 |
Created attachment 52722
lspci -vnn of katabami's PC
In short, same as Phil Cole's:
01:05.0 VGA compatible controller [0300]: ATI Technologies Inc RS690M [Radeon X1200 Series] [1002:791f] (prog-if 00 [VGA controller])
Subsystem: Hewlett-Packard Company Device [103c:30c2]
Thank you very much for taking care.
With kind regards.
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #133 |
Created attachment 52758
fix 1/2
Patch 1/2
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #134 |
Created attachment 52759
fix 2/2
patch 2/2
Can you try these two patches? It looks like a platform/bios bug rather than a driver bug since legacy irqs should always work AFAIK, but I'm not sure where the problem lies. This patch just adds a quirk to always enable MSIs on your system.
In freedesktop.org Bugzilla #37679, oxalis (oxalis) wrote : | #135 |
Thanks, it surely works, again for 3.0.4.
I forgot to report that built-in driver (= not as modules) doesn't work with 2.6.32, nor with 3.0.4 + your patch.
If someone wants to bisect: it'll take some 18-20 times of kernel compilation, I guess. I've done kernel bisect twice, but both were straightforward. As usual, you can ask helps at forums. You can also ask me by email for basic procedures. (Login here to see my email address.)
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #136 |
(In reply to comment #83)
> Thanks, it surely works, again for 3.0.4.
>
> I forgot to report that built-in driver (= not as modules) doesn't work with
> 2.6.32, nor with 3.0.4 + your patch.
Did you include the required firmware in your kernel image?
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #137 |
Can anyone else on this report check if attachment 52475 helps you as well?
In freedesktop.org Bugzilla #37679, oxalis (oxalis) wrote : | #138 |
(In reply to comment #84)
Thanks again. Built-in works just like module by adding the firmware, radeon/
# Oh my ass, I've never heard of that magic. ;)
In freedesktop.org Bugzilla #37679, oxalis (oxalis) wrote : | #139 |
Created attachment 52873
Xorg.0.log from 2.6.32
Some notes on glxgears FPS: 2.6.32 reports more resolution modes, and fps varies among modes. In 3.0.4 + patch, fps is about 60 in all modes.
Let me attach Xorg server's logs. This file is from 2.6.32.
In freedesktop.org Bugzilla #37679, oxalis (oxalis) wrote : | #140 |
Created attachment 52874
Xorg.0.log from 3.0.4
Xorg.0.log from 3.0.4
In freedesktop.org Bugzilla #37679, Phil Cole (filcole) wrote : | #141 |
Just completed a fresh install of Fedora 15 x86 and rebuilt the stock Fedora kernel (2.6.40.6) keeping the exact same configuration apart from the addition of the two patches from Comment 81 and Comment 82 and it fixes the problem as far as I can see.
Boots fine without kernel param "nomodeset".
glxgears gives approx 57-60fps.
Gnome3 much more responsive.
Thanks Alex for your persistence with this bug. Thanks katabami too.
In freedesktop.org Bugzilla #37679, André Oliva (gandreoliva) wrote : | #142 |
I, the original reporter of this bug, want to thank also Alex and all the
people involved for all the effort and the time spent in this bug. These
weeks I simply didn't have enough time to try to bisect the Kernel and to
try the patches (I'm unfamiliar with that and it's something that I have to
learn how to do it). Sorry for that. But really, thank you very much!
2011/10/29 <email address hidden>
> https:/
>
> --- Comment #89 from Phil Cole <email address hidden> 2011-10-29 12:09:28 UTC
> ---
> Just completed a fresh install of Fedora 15 x86 and rebuilt the stock
> Fedora
> kernel (2.6.40.6) keeping the exact same configuration apart from the
> addition
> of the two patches from Comment 81 and Comment 82 and it fixes the problem
> as
> far as I can see.
>
> Boots fine without kernel param "nomodeset".
> glxgears gives approx 57-60fps.
> Gnome3 much more responsive.
>
> Thanks Alex for your persistence with this bug. Thanks katabami too.
>
> --
> Configure bugmail: https:/
> ------- You are receiving this mail because: -------
> You reported the bug.
>
description: | updated |
André Oliva (gandreoliva) wrote : | #37 |
There is a patch in freedesktop.org bug tracker, that seems to fix the problem. If someone wants to try it, it's there, but please be careful.
Changed in xserver-xorg-driver-ati: | |
status: | Confirmed → In Progress |
Changed in linux: | |
status: | Confirmed → In Progress |
Ian McMichael (ian-sigma-uk) wrote : | #38 |
- 3.0.0-13.22 i386 generic kernel with RS690M IRQ patches from AMD Edit (35.2 MiB, application/x-debian-package)
The performance of my HP Compaq 6715b with an RS690M has regressed so badly in Oneiric that I've been forced into action. Based on the work done in Bug #874784 and the patches provided by Alex Deucher in https:/
I have attached a copy of the new kernel I am running, which restored the 3D acceleration on my hardware. It would be great if others could test and then we could work out a way to get these patches incorporated into the next kernel release for Oneiric.
Ian McMichael (ian-sigma-uk) wrote : | #39 |
- linux-headers-3.0.0-13_3.0.0-13.22_all.deb Edit (10.9 MiB, application/x-debian-package)
Generic headers for the above kernel
Ian McMichael (ian-sigma-uk) wrote : | #40 |
- linux-headers-3.0.0-13-generic_3.0.0-13.22_i386.deb Edit (893.7 KiB, application/x-debian-package)
i386 headers for above kernel
tags: | added: kernel-graphics |
Dennis Fehr (cy-raid) wrote : | #41 |
Good job Ian! I hope more people can test Ian's patch and see if it works for them. We all want a smooth Oneiric experience and not to scare anyone away from using it because of some silly bug!
Changed in linux: | |
status: | In Progress → Fix Committed |
Changed in xserver-xorg-driver-ati: | |
status: | In Progress → Fix Committed |
Muhammet Aklan (aklan) wrote : | #42 |
Hello again.
Is installing the kernel packages whose links above enough to solve the problem? If so, unfortunately this solution doesn't work for ATI Radeon X550. If it is not enough, would you mind telling me other things I must do? Because I can't describe myself as an expert.
Thanks to everyone in advance for their work and possible answers.
Ian McMichael (ian-sigma-uk) wrote : | #43 |
No, as far as I can see from the code modifications AMD made in the patches this will only fix the RS690M. In terms of installing my test kernel, I have a vanilla Oneiric i386 desktop installation and then ran "dpkg -i" on each of the three .deb files I created in turn. After a reboot things improved considerably.
André Oliva (gandreoliva) wrote : | #44 |
@Muhammet Aklan: I recommend you to file a bug in freedesktop.org, just as I did. In order to be sucessful, I recommend you to be very clear and summarize the symptoms, hardware, version of the kernel, what works, what doesn't work, what have you tested, etc., etc., etc. very very well, and, of course, try to link to the bug I filed in freedesktop.org. Be patient, but a clean bug report is more likely to be quickly fixed.
It can be helpful to file a bug also here in Launchpad, specific for Radeon X550, so other Ubuntu users with that model can help you with the bug report on freedesktop.
Leonardo Brás (leonardobsp) wrote : Re: [Bug 755791] Re: [RS690M] No 3d acceleration in Radeon X1200 with new Gallium r300 / 3d drivers in 11.04 | #45 |
Since i use AMD64 and i use to build my own kernel, where can i find that patches done by AMD?
Thank you
Leonardo Brás
Em 07/11/2011, às 07:31, Ian McMichael <email address hidden> escreveu:
> No, as far as I can see from the code modifications AMD made in the
> patches this will only fix the RS690M. In terms of installing my test
> kernel, I have a vanilla Oneiric i386 desktop installation and then ran
> "dpkg -i" on each of the three .deb files I created in turn. After a
> reboot things improved considerably.
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (874784).
> https:/
>
> Title:
> [RS690M] No 3d acceleration in Radeon X1200 with new Gallium r300 / 3d
> drivers in 11.04
>
> Status in The Linux Kernel:
> Fix Committed
> Status in X.org XServer - ATI gfx chipset driver:
> Fix Committed
> Status in “xserver-
> Confirmed
> Status in Fedora:
> Unknown
>
> Bug description:
> The bug is active also in Freedesktop.org :
> https:/
>
> [edit]
> The bug seems to be fixed with a patch provided by Freedesktop.org team.
> [/edit]
>
> [edit]
> This bug is caused by interrupts. They're not working. The solution for this problem is:
> - To see if Ubuntu 10.04 (where all things worked well) used UMS instead of KMS.
> - If Lucid used KMS, to bisect the kernel to see what change caused the problem.
>
> [/edit]
>
> [edit]
> The bug description, updated:
>
> The symptoms: No 3d acceleration (glxgears shows a black window, Unity
> doesn't start), *but* no fallback into the software-rendering mode
> (glxinfo reports that the 3d acceleration is working)
>
> The hardware: ATI Radeon RS690M X1200 series
>
> The version of Ubuntu: Ubuntu 11.04 (final release) [and Maverick
> also]. The behavior was also observed in Debian and Fedora 15, as
> noted below (so it seems not to be Ubuntu-specific).
>
> The version of xserver-
> Natty). Same problems with the xorg-edgers PPA in Natty Beta2.
>
> The software affected: Compiz (doesn't start because requires direct
> rendering); then, Unity (just the wallpaper or black screen and the
> mouse pointer). glxgears, Stellarium, Blender, Adobe Flash Player in
> fullscreen mode and Visual module of Python work if software rendering
> is forced (but of course they run very very slow).
>
> The history of the bug: all worked as expected (out of the box) in
> 10.04, but in 10.10 the problems started. The workaround was to
> disable KMS, but now, in Maverick, since the new Gallium driver
> doesn't have a non-KMS mode, that workaround is not available. This
> issue was reported when using 11.04 Beta 1 and Beta 2, then, in the
> descriptions below there are some strange things (xorg crash during
> startup, software rendering fallback), that don't occur any more. The
> issue is just the description given here.
>
> The exceptions: **sometimes** (??) the 3d acceleration does work as
> expected, but at the moment there is no way for us to know when it
> will work or n...
Ian McMichael (ian-sigma-uk) wrote : Re: [RS690M] No 3d acceleration in Radeon X1200 with new Gallium r300 / 3d drivers in 11.04 | #46 |
Patches in https:/
Dennis Fehr (cy-raid) wrote : | #47 |
Hmmm.. On deeper investigation, my issue still remains. (I'm on nvidia) .. The desktop eventually just lags on it's own, it was the reboot that made it faster. Although when I disabled Wobbly Windows, it ran fast again.. Thinking possibly it's a bug in Wobbly Windows..?
André Oliva (gandreoliva) wrote : Re: [Bug 755791] Re: [RS690M] No 3d acceleration in Radeon X1200 with new Gallium r300 / 3d drivers in 11.04 | #48 |
@Dennis: are you using nvidia? This is an ATI X1200 specific bug...
2011/11/10 Dennis Fehr <email address hidden>
> Hmmm.. On deeper investigation, my issue still remains. (I'm on nvidia)
> .. The desktop eventually just lags on it's own, it was the reboot that
> made it faster. Although when I disabled Wobbly Windows, it ran fast
> again.. Thinking possibly it's a bug in Wobbly Windows..?
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> [RS690M] No 3d acceleration in Radeon X1200 with new Gallium r300 / 3d
> drivers in 11.04
>
> Status in The Linux Kernel:
> Fix Committed
> Status in X.org XServer - ATI gfx chipset driver:
> Fix Committed
> Status in “xserver-
> Confirmed
> Status in Fedora:
> Unknown
>
> Bug description:
> The bug is active also in Freedesktop.org :
> https:/
>
> [edit]
> The bug seems to be fixed with a patch provided by Freedesktop.org team.
> [/edit]
>
> [edit]
> This bug is caused by interrupts. They're not working. The solution for
> this problem is:
> - To see if Ubuntu 10.04 (where all things worked well) used UMS instead
> of KMS.
> - If Lucid used KMS, to bisect the kernel to see what change caused the
> problem.
>
> [/edit]
>
> [edit]
> The bug description, updated:
>
> The symptoms: No 3d acceleration (glxgears shows a black window, Unity
> doesn't start), *but* no fallback into the software-rendering mode
> (glxinfo reports that the 3d acceleration is working)
>
> The hardware: ATI Radeon RS690M X1200 series
>
> The version of Ubuntu: Ubuntu 11.04 (final release) [and Maverick
> also]. The behavior was also observed in Debian and Fedora 15, as
> noted below (so it seems not to be Ubuntu-specific).
>
> The version of xserver-
> Natty). Same problems with the xorg-edgers PPA in Natty Beta2.
>
> The software affected: Compiz (doesn't start because requires direct
> rendering); then, Unity (just the wallpaper or black screen and the
> mouse pointer). glxgears, Stellarium, Blender, Adobe Flash Player in
> fullscreen mode and Visual module of Python work if software rendering
> is forced (but of course they run very very slow).
>
> The history of the bug: all worked as expected (out of the box) in
> 10.04, but in 10.10 the problems started. The workaround was to
> disable KMS, but now, in Maverick, since the new Gallium driver
> doesn't have a non-KMS mode, that workaround is not available. This
> issue was reported when using 11.04 Beta 1 and Beta 2, then, in the
> descriptions below there are some strange things (xorg crash during
> startup, software rendering fallback), that don't occur any more. The
> issue is just the description given here.
>
> The exceptions: **sometimes** (??) the 3d acceleration does work as
> expected, but at the moment there is no way for us to know when it
> will work or not [help please!]. And, sometimes the 3d acceleration
> work but is so slow that it seems to be actually software rendering.
>
> The workarounds: `vblank...
Dennis Fehr (cy-raid) wrote : Re: [RS690M] No 3d acceleration in Radeon X1200 with new Gallium r300 / 3d drivers in 11.04 | #49 |
I'm not too sure the other bug report made duplicate to this one (bug #874784) is the same bug. The other link led me to here first so I replied here in error. I meant to reply to bug #874784. Bug #874784 seems more like bug #764330 (Move window annoying slow with compiz) instead of this issue.
In freedesktop.org Bugzilla #37679, oxalis (oxalis) wrote : | #143 |
I hope it's ok for me to say, but Alex Deucher has kindly commited the patches 10 days ago, and the fix seems available in 3.0.9 and 3.1.1.
Let me express my gratitude to Alex, and all involved people. If André and Phil didn't report it, I was clueless. :)
With best regards.
oxalis (oxalis) wrote : | #50 |
Folks, when you try the patch in the freedesktop bugzilla: https:/
be sure to use the patch titled "enable.msi" unless your PC is HP and has RS690M.
The patch has to applied to kernels < 3.0.9 or 3.1.0, or it may be rejected.
Bryce Harrington (bryce) wrote : | #51 |
Looks like upstream has identified some kernel patches; the patches need to be escalated to the Ubuntu kernel team.
Changed in xserver-xorg-driver-ati: | |
importance: | Undecided → Unknown |
status: | Fix Committed → Unknown |
summary: |
[RS690M] No 3d acceleration in Radeon X1200 with new Gallium r300 / 3d - drivers in 11.04 + drivers in 11.04 (Needs kernel quirk) |
Changed in xserver-xorg-video-ati (Ubuntu): | |
assignee: | nobody → Bryce Harrington (bryce) |
assignee: | Bryce Harrington (bryce) → nobody |
status: | Confirmed → Triaged |
Changed in xserver-xorg-driver-ati: | |
importance: | Unknown → High |
status: | Unknown → Confirmed |
Ian McMichael (ian-sigma-uk) wrote : | #144 |
Having upgraded to the 3.0.0-13-generic #22-Ubuntu kernel (without the RS690M patch) after the security release a couple of days ago, I realise that there is really no improvement on my HP Compaq 6715b whether I run Alex's patch or not. The graphics are very lagged in both Unity 3D and 2D.
For an example of this, pull down the far-right (what is the name for that, settings?) from the top bar and move your mouse pointer up and down over the menu items. The orange highlight bar lags substantially behind the mouse pointer position. The same can be observed by picking a window up by its title bar and dragging it around the workspace. The mouse pointer becomes more and more detached from the title bar of the window as you drag and the window lags behind.
Hopefully this explains the usability impact of this bug? If there's any more technical data I can collect from my particular RS690M installation that would help, please just ask?
Ian McMichael (ian-sigma-uk) wrote : | #145 |
OK, I spoke too early in my last post. The machine was working fine all day Thursday with the official 3.0.0-13-generic kernel. Then when I booted it on Friday morning, lightdm displayed fine but the UI froze logging into any account with a background bitmap and mouse cursor. Unity did not display, and apart from using CTRL+ALT+F1 to switch to another console, the GUI was completely unusable.
Thinking I may have an ecryptfs issue, I booted off a USB stick with the live Oneric i386 image on it. This gave the same error. I removed the hard disk from the machine and tried again to completely remove any existing configuration or broken file-system causes. The result was the same, the GUI froze.
Next I downloaded a Natty i386 CD image and put this on the flash drive. This release had never caused me any issues on the HP Compaq 6715b. However, this now caused the same GUI freeze trying to launch Unity.
Eventually, I went back to the Lucid LTS i386 image with Gnome and everything booted fine and I was able to use the GUI from the flash drive. I used this UI to download the patched kernel I have posted in this bug and copied it back to my system. I booted back into the hard-drive installation, switched to console 1 with CTRL+ALT+F1 and used dpkg to re-install my 3.0.0.13 kernel with the AMD patches. After a reboot I was again able to log in and the Unity interface displays again. However, the horrific lagging and general lack of usability of the interface on this machine remain.
Does the RS690M have some sort of firmware the kernel can corrupt? The Canonical 3.0.0-13-generic kernel is the first time on this particular machine I have ever had a complete show-stopper bug where the UI fails to display. (This is after running Natty for 6 months on the same machine previously!) I now believe we may have two bugs here. One that corrupts the firmware in some way and actually stops the RS690M working on these machines, and another (maybe Compiz) that causes the horrendous lag and lack of usability.
What do others experiencing these issues think?
In freedesktop.org Bugzilla #37679, W-florijn-k (w-florijn-k) wrote : | #147 |
A patch referencing this bug report has been merged in Linux v3.2-rc1:
commit b362105f7f5223f
Author: Alex Deucher <email address hidden>
Date: Tue Oct 25 15:11:08 2011 -0400
drm/radeon/kms: Add MSI quirk for HP RS690
In freedesktop.org Bugzilla #37679, W-florijn-k (w-florijn-k) wrote : | #148 |
A patch referencing this bug report has been merged in Linux v3.2-rc1:
commit a18cee15ed4c8b6
Author: Alex Deucher <email address hidden>
Date: Tue Nov 1 14:20:30 2011 -0400
drm/radeon/kms: add MSI module parameter
In freedesktop.org Bugzilla #37679, Pasis-uax (pasis-uax) wrote : | #149 |
I have the same problem with my DELL Inspiron 1521 laptop and the patch doesn't fix the problem cause my video card reports another subsystem_device:
cat /sys/bus/
0x01fc
So I just changed subsystem_device in the patch and now it works fine.
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #150 |
Created attachment 55596
Add another DELL quirk
I've sent this additional patch upstream.
In freedesktop.org Bugzilla #37679, W-florijn-k (w-florijn-k) wrote : | #151 |
A patch referencing this bug report has been merged in Linux v3.2-rc1:
commit 01e718ec194e30b
Author: Alex Deucher <email address hidden>
Date: Tue Nov 1 14:14:18 2011 -0400
drm/radeon/kms: Add MSI quirk for Dell RS690
In freedesktop.org Bugzilla #37679, W-florijn-k (w-florijn-k) wrote : | #152 |
A patch referencing this bug report has been merged in Linux v3.3-rc2:
commit 44517c444960621
Author: Alex Deucher <email address hidden>
Date: Sun Jan 15 08:51:12 2012 -0500
drm/radeon/kms: Add an MSI quirk for Dell RS690
In freedesktop.org Bugzilla #37679, Agent24 (tda7000) wrote : | #153 |
I have this problem with my Radeon 9600XT
I had this problem on an install of Ubuntu Natty and so far the only thing I can confirm with repeatability is that 3D works when the S-video output is 'detected' and doesn't work when it isn't.
If I boot into Windows XP (dual boot) and enable the TV-Out on S-Video (even without a TV plugged in) and then reboot into Ubuntu Natty I get a 2nd screen on S-video showing up in the displays control panel and I get 3D acceleration to work.
I installed a test copy of Ubuntu Oneiric onto a USB HDD and so far haven't had issues with 3D.
HOWEVER: I recently did an upgrade to Oneiric inside the currently-installed Natty and the 3D issue is still present, so perhaps that is from something still there from the old installation?
Again, enabling S-video in Windows and rebooting is the only sure way to make 3D work.
Occasionally it will boot up and detect the S-video and enable 3D by itself but this is not often.
In freedesktop.org Bugzilla #37679, Michel Dänzer (michel-daenzer) wrote : | #154 |
(In reply to comment #98)
> I have this problem with my Radeon 9600XT
No, you probably don't. This problem is (was? Looks like this report can be resolved now?) specific to RS690 chipsets.
Please file your own report with the usual information attached, i.e. at least Xorg.0.log and the output of dmesg and glxinfo from when the problem occurs (and maybe also from when it doesn't). Please also describe in more detail what exactly "3D acceleration doesn't work" means in your case.
Leonardo Brás (leonardobsp) wrote : | #146 |
It the bug was gone in Precise beta1.
In freedesktop.org Bugzilla #37679, krmolot (krmolot) wrote : | #155 |
Hello. Plz tell me, where i can find detailed information about my Radeon x1250. Something like this:
if ((rdev-
(rdev->
(rdev->
Simple hack "return true;" work.
Notebook: Emachines D620
Thanks.
00:00.0 Host bridge [0600]: Advanced Micro Devices [AMD] nee ATI RS690 Host Bridge [1002:7910]
Subsystem: Gateway 2000 Device [107b:0185]
Flags: bus master, 66MHz, medium devsel, latency 64
Kernel modules: ati-agp
00:01.0 PCI bridge [0604]: Advanced Micro Devices [AMD] nee ATI RS690 PCI to PCI Bridge (Internal gfx) [1002:7912] (prog-if 00 [Normal decode])
Flags: bus master, 66MHz, medium devsel, latency 64
Bus: primary=00, secondary=01, subordinate=01, sec-latency=64
I/O behind bridge: 00009000-00009fff
Memory behind bridge: f0000000-f01fffff
Prefetchable memory behind bridge: 00000000d000000
Capabilities: <access denied>
Kernel modules: shpchp
00:04.0 PCI bridge [0604]: Advanced Micro Devices [AMD] nee ATI Device [1002:7914] (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=02, subordinate=04, sec-latency=0
I/O behind bridge: 0000a000-0000afff
Memory behind bridge: f0200000-f02fffff
Capabilities: <access denied>
Kernel driver in use: pcieport
Kernel modules: shpchp
00:05.0 PCI bridge [0604]: Advanced Micro Devices [AMD] nee ATI RS690 PCI to PCI Bridge (PCI Express Port 1) [1002:7915] (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=05, subordinate=07, sec-latency=0
Memory behind bridge: f0300000-f03fffff
Capabilities: <access denied>
Kernel driver in use: pcieport
Kernel modules: shpchp
00:12.0 SATA controller [0106]: Advanced Micro Devices [AMD] nee ATI SB600 Non-Raid-5 SATA [1002:4380] (prog-if 01 [AHCI 1.0])
Subsystem: Gateway 2000 Device [107b:0185]
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 22
I/O ports at 8440 [size=8]
I/O ports at 8434 [size=4]
I/O ports at 8438 [size=8]
I/O ports at 8430 [size=4]
I/O ports at 8400 [size=16]
Memory at f0609000 (32-bit, non-prefetchable) [size=1K]
Capabilities: <access denied>
Kernel driver in use: ahci
00:13.0 USB controller [0c03]: Advanced Micro Devices [AMD] nee ATI SB600 USB (OHCI0) [1002:4387] (prog-if 10 [OHCI])
Subsystem: Gateway 2000 Device [107b:0185]
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 16
Memory at f0404000 (32-bit, non-prefetchable) [size=4K]
Kernel driver in use: ohci_hcd
00:13.1 USB controller [0c03]: Advanced Micro Devices [AMD] nee ATI SB600 USB (OHCI1) [1002:4388] (prog-if 10 [OHCI])
Subsystem: Gateway 2000 Device [107b:0185]
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 17
Memory at f0405000 (32-bit, non-prefetchable) [size=4K]
Kernel driver in use: ohci_hcd
00:13.2 USB controller [0c03]: Advanced Micro Devices [AMD] nee ATI SB600 USB (OHCI2) [1002:4389] (prog-if 10 [OHCI])
Subsystem: Gateway 2000 Device [107b:0185]
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 18
Memory at f0406000 (32-bit, non-prefetchable) [size=4K]
Kernel driver in use: ohci_hcd
00:13.3 USB controller [0c03...
In freedesktop.org Bugzilla #37679, krmolot (krmolot) wrote : | #156 |
cat /sys/bus/
0x0185
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #157 |
Created attachment 67737
fix for gateway laptop
This patch should fix your gateway laptop.
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #158 |
Created attachment 67738
force MSIs for all RS690s
For anyone with an RS690, try this patch and see if it helps.
In freedesktop.org Bugzilla #37679, Nicolas Delvaux (malizor) wrote : | #159 |
On my Acer Emachine e625 laptop, enabling MSI seems to be an improvement.
`vblank_mode=0 glxgears` give me 690 FPS when I had 590 without MSI.
However, the desktop experience (Unity 3D) feels the same with or without it.
In freedesktop.org Bugzilla #37679, krmolot (krmolot) wrote : | #160 |
(In reply to comment #102)
> Created attachment 67737 [details] [review]
> fix for gateway laptop
> This patch should fix your gateway laptop.
Yes, it's work. Can you send this patch in upstream? :)
cat /proc/interrupts
...
43: 20852 PCI-MSI-edge radeon
Thanks.
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #161 |
(In reply to comment #105)
> Yes, it's work. Can you send this patch in upstream? :)
Yes, it's already queued for 3.7 and stable.
In freedesktop.org Bugzilla #37679, Nicolas Delvaux (malizor) wrote : | #162 |
I forgot this about my system:
cat /sys/bus/
0x0213
Let me know if you need something else.
In freedesktop.org Bugzilla #37679, agd5f (agd5f) wrote : | #163 |
(In reply to comment #107)
> I forgot this about my system:
> cat /sys/bus/
> 0x0213
The patch in attachment 67738 should handle your card.
In freedesktop.org Bugzilla #37679, Nicolas Delvaux (malizor) wrote : | #164 |
Yes, this patch does enable MSI and so does solve most of my problems with this laptop.
Though the patch does not apply as is (at least on the Ubuntu kernel).
In freedesktop.org Bugzilla #37679, Oibaf (oibaf) wrote : | #165 |
Fixed in 3.6.2 / 3.5.7 / 3.4.14 .
Changed in xserver-xorg-driver-ati: | |
status: | Confirmed → Fix Released |
Oibaf (oibaf) wrote : | #166 |
3.5.7 fixed this and is on 12.10
Changed in linux: | |
status: | Fix Committed → Fix Released |
Changed in xserver-xorg-video-ati (Ubuntu): | |
status: | Triaged → Invalid |
Changed in fedora: | |
importance: | Unknown → High |
status: | Unknown → Won't Fix |
I see that this bug is closely related to Bug #715330 , but even if the symptoms are the same, I'm running the version of the Kernel that they say has the fix released, and also, I tried the workaround described on comment #17 and that doesn't solve my problem.