kernel 2.6.24-16-generic + radeon driver = system freezes

Bug #220345 reported by Axel Kellermann on 2008-04-21
44
This bug affects 2 people
Affects Status Importance Assigned to Milestone
xserver-xorg-driver-ati
Won't Fix
Critical
linux (Ubuntu)
High
Unassigned

Bug Description

Ever since I updated from gutsy to hardy, my Laptop freezes whenever I boot the system with kernel 2.6.24-16-generic and start an X session (kdm + kde) using the radeon open source driver. Most of the time I can still move the mouse pointer, but the rest of the system is not responding and I can't even switch to a tty. Other times the whole screen gets messed up and scrambled and even the mouse isn't responding any more. What's weird is, that I don't get that freeze if I boot the system with a mouse plugged into one of the Laptops USB ports. As long as I keep the mouse plugged, the system runs smooth, but as soon as I unplug the mouse, the system freezes. I worked around that bug by using the vesa driver for now.

My system:
Acer TravelMate 4002LMi with Mobility Radeon 9700 (64 MB RAM)

I attached my Xorg log file and the dmesg output. If you need more info, just let me know.

Short update.

I recently installed ATIs completely unstable alpha release "8.42.3" for various reasons (in fact I believed the "supports AIGLX" slogan). Besides the fact that it crashes lots of times - because of not supporting xserver 7.3, I guess - it did one magical thing to my system: It solved the bug mentioned above.

I just checked a few times because I could not believe it. Unplugged the USB-receiver, used r300 os driver - system freezes after 2 minutes. Restarted, receiver plugged, no freeze.

Then I changed the driver to "fglrx" and could not make it freeze at all (trying several days now).

I hope assigning this bug to Driver/Radeon makes sense in this case.
Please, tell me what to do to help you resolving this issue.

Does it also happen if you comment out all the options in the radeon driver Device section?

Yes, checked 2 times now.

Here's the xorg.conf that freezes the system:

Section "ServerLayout"
 Identifier "Layout0"
 Screen 0 "Notebook" 0 0
 InputDevice "Synaptics"
 InputDevice "Logitech"
EndSection

Section "Extensions"
 Option "Composite" "0"
EndSection

Section "ServerFlags"
 Option "AIGLX" "0"
 Option "Allow Open Mouse Fail" "1"
 Option "AllowEmptyInput" "1"
 Option "IgnoreABI" "0"
EndSection

Section "Device"
 Identifier "Mobility Radeon 9700"
 Driver "radeon"
 BusID "PCI:1:0:0"
EndSection

Section "Monitor"
 Identifier "LCD"
 Option "DPMS" "1"
 Gamma 0.90
EndSection

Section "Screen"
 Identifier "Notebook"
 Device "Mobility Radeon 9700"
 Monitor "LCD"
 DefaultDepth 24
 SubSection "Display"
  Depth 24
  Modes "1024x768" "1280x1024"
 EndSubSection
EndSection

Section "InputDevice"
        Identifier "Synaptics"
        Driver "synaptics"
        Option "CorePointer"
        Option "Device" "/dev/input/synaptics"
        Option "Protocol" "event"
        [...]
EndSection

Section "InputDevice"
 Identifier "Logitech"
 Driver "evdev"
 Option "Device" "/dev/input/cclick"
 Option "SendCoreEvents"
 Option "HWHEELRelativeAxisButtons" "7 6"
EndSection

Please attach the full Xorg.0.log file from a freeze. Does it happen if you disable the DRI?

Created an attachment (id=12670)
The log of a freeze

(In reply to comment #4)
> Please attach the full Xorg.0.log file from a freeze. Does it happen if you
> disable the DRI?
>

No, surprisingly it doesn't with »Option "DRI" "0"« in the device section.

Does Option "AGPMode" "1" (or "2") make a difference? If not, it could be IRQ related, please attach /proc/interrupts from while the X server is running before the freeze.

(In reply to comment #7)
> Does Option "AGPMode" "1"...
No, unlike "AGPMode" "2", "1" does not freeze the system. Again, with USB-Receiver it stays stable.

Anyway here's /proc/interrupts before manually entering runlevel 5:
---------------
           CPU0
  0: 29205 XT-PIC-XT timer
  1: 800 XT-PIC-XT i8042
  2: 0 XT-PIC-XT cascade
  6: 0 XT-PIC-XT uhci_hcd:usb1, uhci_hcd:usb2, uhci_hcd:usb3, eth
  9: 96883 XT-PIC-XT acpi
 10: 23709 XT-PIC-XT ehci_hcd:usb4, firewire_ohci, ipw2200, Intel 82801DB-ICH4
 12: 132 XT-PIC-XT i8042
 14: 3070 XT-PIC-XT ide0
 15: 2774 XT-PIC-XT ide1
NMI: 0
ERR: 0
---------------

The current Git driver defaults to 1x again for non-v3 AGP cards.

(In reply to comment #9)
> The current Git driver defaults to 1x again for non-v3 AGP cards.
>

Sorry, I didn't get the point. Is that a solution to my problem? As far as I know, "Radeon Mobility 9600(9700)" is a V2 device. And, there is still the oddity, that AGPMode 2 doesn't make my system freeze.

Again: Sorry, if I misunderstood something.

(In reply to comment #10)
> (In reply to comment #9)
> > The current Git driver defaults to 1x again for non-v3 AGP cards.
> >
>
> Sorry, I didn't get the point. Is that a solution to my problem? As far as I
> know, "Radeon Mobility 9600(9700)" is a V2 device. And, there is still the
> oddity, that AGPMode 2 doesn't make my system freeze.
There are 3 AGP versions: V1 (3.3V signaling, 1x, 2x data rates), V2 (1.5V signaling, 1x, 2x, 4x rates), V3 (some difference in signaling to V2, but in contrast to V1 cards physically keyed the same as V2 cards, 4x, 8x rates).
You can't switch the AGP version after bootup, but you can change the rate. The moibility 9600 is a v3 device, but your chipset is v2 so the chip operates in v2 mode. So yes defaulting to 1x rate (which is all what AGPmode does) should fix your problem.

(In reply to comment #11)
So yes defaulting to 1x rate (which is all what AGPmode does) should
> fix your problem.

Unfortunately it does not fix my problem in any way. The chip and mainboard should and do support agp 4x as far as I know and did so in the past. As you can see above, not using "AGPMode 4" freezes the system within several minutes at best.

BUT, I can use AGPx4 with not even one stability issue using the already too many times mentioned USB-Receiver (consider the Device-section removed from xorg.conf). I did "stress" tests and the system is still up and running. The fun part is, if I remove the receiver the screen goes blank immediately and system is gone.

So my conclusion is that not even calling the new default behaviour a workaround really helps me.

Created an attachment (id=13253)
AGPMode 4

(In reply to comment #12)
> The chip and mainboard should and do support agp 4x as far as I know and did
> so in the past.

Unfortunately, AGP is such a black art that the only thing we can hope for is to find a default configuration that works everywhere or at least on as many systems as possible. The evidence so far seems pretty clear that 1x is most stable on setups that support it. (Also, FWIW, you'll probably have a hard time measuring any significant performance differences at higher rates)

> As you can see above, not using "AGPMode 4" freezes the system within several
> minutes at best.

Now I'm confused - I took comment #8 to mean that Option "AGPMode" "1" makes it stable under all circumstances. If that's not the case, please elaborate.

(In reply to comment #14)
> Unfortunately, AGP is such a black art
I already got such an impression. ;-)

> Now I'm confused - I took comment #8 to mean that Option "AGPMode" "1" makes it
> stable under all circumstances. If that's not the case, please elaborate.

That was some kind of Freudian slip. Indeed "AGPMode 1" makes the system very
unstable in only one condition: 3d, meaning that using compiz (which I didn't
want to notice here because it should be considered an extra, not a must-have)
only works for about 2 to 2 minutes. Please ignore the "not" nevertheless.

With my current configuration, "AGPMode 4", I'm running compiz for some time
now.

I could live with the current situation and having to check if the USB-Receiver
is plugged does not really make a notebook unusable. Anyways, I just can't live
with tha fact, that one simple USB device influences AGP in such a way...

Ever since I updated from gutsy to hardy, my Laptop freezes whenever I boot the system with kernel 2.6.24-16-generic and start an X session (kdm + kde) using the radeon open source driver. Most of the time I can still move the mouse pointer, but the rest of the system is not responding and I can't even switch to a tty. Other times the whole screen gets messed up and scrambled and even the mouse isn't responding any more. What's weird is, that I don't get that freeze if I boot the system with a mouse plugged into one of the Laptops USB ports. As long as I keep the mouse plugged, the system runs smooth, but as soon as I unplug the mouse, the system freezes. I worked around that bug by using the vesa driver for now.

My system:
Acer TravelMate 4002LMi with Mobility Radeon 9700 (64 MB RAM)

I attached my Xorg log file and the dmesg output. If you need more info, just let me know.

Bryce Harrington (bryce) wrote :

I don't know if this will fix this specific issue, but I've backported a bunch of high importance patches that upstream recommended, that fix problems sort of like this one, so I think it would be worth the time to test. Please try this .deb and report what you find:

http://people.ubuntu.com/~bryce/Testing/ati/

If we can determine that the patches in this deb fix this bug, they may be candidates for backporting to Hardy.

I installed the fixed driver, but it doesn't resolve the issue. The Laptop still freezes if I either boot without an attached USB mouse or unplug the mouse from the running system.

Bryce Harrington (bryce) wrote :

Thanks for testing that .deb, too bad it didn't solve the issue.
I've reviewed your Xorg.0.log but did not spot anything which would give a clue as to the problem.

With crashes (and sometimes freezes/lockups), it is usually useful to collect a full backtrace. Directions on how you can install debug symbols and do this are available at http://wiki.ubuntu.com/X/Backtracing. Could you please collect a backtrace and post here?

Changed in xserver-xorg-video-ati:
status: New → Incomplete

I attached an Xorg backtrace of the frozen system. Hope that helps.

Bryce Harrington (bryce) on 2008-04-30
Changed in xserver-xorg-video-ati:
importance: Undecided → High
status: Incomplete → Triaged
status: Triaged → Confirmed
Tobias Jost (tjost) wrote :

I'm experiencing the same: Crashes during gdm (sometimes it works until X serveris started) and screen output as posted above. Interestingly, it only occurs when NOT having plugged in an external monitor or running on VESA driver. The use of metacity or compiz doesn't matter.

SPECS:
Acer Extensa 3000
Radeon Mobility 9500
Intel Celeron Mobility 1,45Ghz
Tested on Upgraded & Fresh Hardy Installation

I'm novice to bug reporting, but I'l gladly do further investigation if instructed to :)
Please fix this bug, it renders my laptop virtually useless.

Bryce Harrington (bryce) wrote :
Bryce Harrington (bryce) wrote :

[Btw, please attach files individually, not in tarballs (makes it easier to link them upstream, so are easier for reviewers.)]

Bryce Harrington (bryce) wrote :

Hi akeller, I've reported this upstream to Xorg, at https://bugs.freedesktop.org/show_bug.cgi?id=15795. Would you please subscribe to this upstream bug report too, in case they have questions or need additional information.

@Tobias, from your description it sounds like you have an unrelated bug, that just happens to have the same effect and symptoms as this one. Please file a new bug. See http://wiki.ubuntu.com/X/Reporting for details of what to include; you should also try to gather a full backtrace.

Changed in xserver-xorg-video-ati:
status: Confirmed → Triaged
Changed in xserver-xorg-driver-ati:
status: Unknown → Confirmed

*** Bug 15795 has been marked as a duplicate of this bug. ***

Hello,

I misinterpreted the bug behavior. It doesn't freeze because of the absence of an external monitor, it crashes when no USB device is plugged in or if I unplug my usb devices (all on 2 cascading hubs). I can't figure out right now which device is causing a successfull boot, but the mouse as suggested above might be the one. I will try to figure it out when I have more time

Tobias Jost (tjost) wrote :

Well, I can confirm it crashes only when NO USB Mouse is present.

The Problem apparently is also present on ArchLinux: http://forum.archlinux.de/?page=Postings;id=20;thread=8265 There is also a temporarily fix for it - using AGP 1x Mode only.

Add The Following Line in your /etc/X11/xorg.conf in the "Device" Section of your Graphic Adapter

Option "AGPMode" "1"

This makes the bug less critical and I don't know how slow AGP 1x is compared to 4x or 8x, but for new users who aren't experienced enough to look for the right answers and edit conf-files, this bug is a real showstopper.

Changed in xserver-xorg-driver-ati:
status: Confirmed → Invalid

According to http://bugs.freedesktop.org/show_bug.cgi?id=15795#c7 this could be related to some change between Linux 2.6.22 and 2.6.23. Looking at the DRM changes between them, nothing jumps out as being likely related. It could be helpful to bisect the kernel commit triggering the change in behaviour.

Changed in xserver-xorg-driver-ati:
status: Unknown → Confirmed

I can confirm that I get the same behaviour on my laptop: an Acer Aspire 1681 WLMi with an ATI Radeon 9700 w/ 64MB.

After upgrading to Ubuntu 8.04, the screen would freeze at some point after X starts -- occasionally at login screen or once desktop appears after logging-in. If I booted into my previous kernel, 2.6.22-14-generic, then I would experience no problems and can use my laptop without freezes, but booting into 2.6.24-16-generic would cause a freeze. So for the time being I am booting into an older kernel from the previous release to work around the problem.

Reading this thread, I tried booting into 2.6.24-16-generic with a USB mouse plugged in and I am able to use X for the first time with this new kernel. Could this be a problem with the way the new kernel is compiled? Should this be reported to the kernel maintainer of 2.6.24-16-generic?

*** Bug 14892 has been marked as a duplicate of this bug. ***

I'm esperiencing a bug which may be related. I occasionally get a system freeze with ubuntu 8.04, kernel 2.6.24-17-generic, no problems with previous ubuntu releases.
My system is an acer aspire 5024. I'm using the open source driver for my ati mobility radeon x700 graphics card.

I have no video scramble, but a total freeze of the input. The system goes on with his activity, but with a considerable slowdown.
The freeze is very unpredictable, but seems to happen in response to some action, as:
- open a link in firefox
- lauch a virtualbox machine
Sometimes freeze happen very short after system boot up, sometimes after >1h of usage.

What I've tried.
I tried to use a different web browser, but didn't helped.

I've tried to install acer kernel modules:
$ lsmod |grep acer
acer_acpi 18112 0
led_class 6020 2 b43,acer_acpi
wmi_acer 9644 1 acer_acpi
Recently I got similar problems with a vanilla kernel (don't rember version number!) under gobolinux, and acer modules solved them. However, under ubuntu 8.04 that didn't helped at all.

Tried proprietary ati drivers, and didn't helped either.

I will try to plug-in an usb mouse, to see if helps. Let me know if you need some other details.

Hi!

I have the same freeze problem.
However, as many said, my laptop does not freeze when an usb mouse is plugged.
Moreover, I observe the very same problem with the fglrx driver, so the culprit is most probably not the driver.
I experienced this problem since 2.6.24 (I ran Ubuntu 7.10 with kernels up to 2.6.23 without a hitch...)

Ahmed Elayan (whateverian) wrote :

Just to confirm, Thinkpad T43, 8.04 kernel 2.6.24-17-generic

OK, just a small reference to:
http://ubuntuforums.org/showpost.php?p=4963984&postcount=24

in my case, booting the kernel with options:
nohz=off irqpoll

seems to solve the issue (I don't need AGP parameter in xorg.conf nor USB mouse anymore)

These options solve my freeze problems for both radeon and fglrx drivers. Maybe this helps?

(In reply to comment #19)
> nohz=off irqpoll

First option stops the touchpad from working properly, but the second one does the trick. After running X in AGP mode 4 for half an hour I can say that "irqpoll" definitely is a workaround.

But (as always?) there is a caveat:
I can attach a USB mouse but when I remove the receiver the system freezes immediately.

My problem (https://bugs.launchpad.net/xserver-xorg-driver-ati/+bug/220345/comments/13) seems to be solved by using the kernel image compiled for the 386 architecture instead of the 'generic' one, i.e.:
$ uname -r
2.6.24-18-386

I'm trying this option since about 2 weeks, and still didn't experienced any freeze (previously, with kernel-generic, I had an average of several freezes per day).

Hope this helps.

Joachim Ring (jring) wrote :

Exact same problem here:

Machine: Acer Aspire 2012WLMi Laptop
GFX Card: ATI Mobility Radeon 9700
Distribution: Hardy
Kernel: 2.6.24-18-generic

Symptom: ati driver shows gdm login screen but crashes on first input event. fglrx crashes after login in default session (probably due to compiz being used) or when using any 3d stuff in failsafe session. Using a USB mouse makes problem go away for ati.

Will try mouse + fglrx and -386 kernel next and report back

Joachim Ring (jring) wrote :

fglrx works fine using a USB mouse as far as I can see (logging into default session with compiz and running fgl_glxgears worked)

Joachim Ring (jring) wrote :

2.6.24-18-386 has not fixed the issue over here - both ati and fglrx crash like before without external rodent support...

Bryce Harrington (bryce) wrote :

Try booting with either or both of these kernel parameters:

  nohz=off irqpoll

>Try booting with either or both of these kernel parameters:
> nohz=off irqpoll

with these optione, I am able to run the 2.6.24-18-rt kernel, but it does not work with 2.6.24-19-rt.

Joachim Ring (jring) wrote :

I have a working config for fglrx drivers. After reading a page in the german ubuntu wiki (http://www.ubuntu-forum.de/artikel/34623/ati-mobility-radeon-9600-und-hardy-heron.html) my laptop is running fglrx without external mouse.

kernel options for generic kernel: highres=off nohz=off irqpoll

xorg.conf:

Option "AGPv3Mask" "0x00000002"

in the Device stanza.

Joachim Ring (jring) wrote :

trying the above with ati driver does not crash the system any more but segfaults when using 3d accel :-(

$ fglrxinfo
display: :0.0 screen: 0
OpenGL vendor string: DRI R300 Project
OpenGL renderer string: Mesa DRI R300 20060815 AGP 4x x86/MMX/SSE2 TCL
OpenGL version string: 1.3 Mesa 7.0.3-rc2

Segmentation fault

so it's fglrx for me until we get some other fix...

Phil Robison (phil-mt) wrote :

I have a similar problem:
   with a new ATI Radeon X700 video card installed, Kubuntu hangs on startup at the log in screen. The keyboard is dead (nothing, not even Ctrl-Alt-F1 works), and mouse pointer moves but does not register a click. The only way out is to turn off the power and restart the computer, and press Esc as GRUB loads to get to the root level terminal.

My system is an Acer Aspire Desktop, AMD Sempron 3100+ processor

OS is Kubuntu 8.04 (Hardy)

I have tried modifying the /etc/X11/xorg.conf file to no avail. Looking at the /var/log/Xorg.0.log shows the system does correctly choose the "radeon" driver, but hangs up later on. I also tried specifying other drivers -- "ati" and even "vesa" but neither works. I have not tried the fglrx restriced driver.

I am now back where I started -- no video card installed at all.

 I am new to linux and this is my first bug report. How do I upload files like the Xorg.0.log file so you can see them? DO you want data from me or should I just wait and see what develops? Thanks, -- Phil

dondipietro (tdp1985-euro) wrote :

Same Problem With acer 2012 WLMI
Under Gutsy 7.04 everything OK
When I Updated to Hardy, the system crash on logging screen, but the old kernel is still OK.

Ben Van Aerde (benvanaerde) wrote :

Exactly the same problem on my Acer 4001WLMi

Try upping your AGP aperture size.

I had which looked like the same issue with a Radeon X800 GTO. I reset the BIOS before I rebuilt the box, so the AGP aperture size was set to 64M. Upping it to 128M seems to have fixed it. I've managed to recreate the issue several times.

For the record, this problem also occurs on Ubuntu Intrepid Ibex 8.10 alpha 4 (Plugging a usb device (a bluetooth dongle for my case) still solves the problem...)

I have the same problem.

Just updated to xorg-server-1.4.99.906 and xf86-video-ati-6.9.0 but Xserver still freezes without usb-mouse plugged in. I'm using kernel-2.6.26.3 with ArchLinux patches.

Booting the kernel with nohz=off or disabling DRI in xorg.conf solve it for me.

Hi !
I have the same problem here using (laptop) Acer 8004 LMI, Radeon 9700.

With 8.04, I had no problem but after the upgrade to 8.04.1 the freeze appears.
The mouse (trackpad) continues to works but do not register any click and the keyboard seems no respond at all (ctrl+alt+f1 does not work). The freeze appears a few seconds after gdm starts or after I login into the system.

I had no problem with any previous version of ubuntu.

I try install intrebid ibex beta using an usb key (my cdrom is dead) but the freeze also appears in the installer now ! So impossible to install intrebid but I think the problem is not solved if the installer freeze too.

Tobias Jost (tjost) wrote :

This Bug is still present in Intrepid Ibex Final.

moox (dagomox) wrote :

I also have still the bug in Intrepid Final

I can also confirm that this bug is still present in Intrepid Ibex Final. Without an attached USB mouse my laptop crashes if I either try to boot into the Live-CD or start the installer directly from the boot menu.

Francesco Castellana (xfranky) wrote :

Confirming the bug still present with Intrepid on Toshiba Satellite M30x, Mobility Radeon 9600 M10, radeon driver.

mikkeg (mikle-galutin) wrote :

Confirming the bug: Intrepid on IBM/Lenovo R52, Mobility Radeon X300 . Previous release 7.10 works correct.

Chal (challenger-design) wrote :

same problem here in Kubuntu 8.04 and in 8.10

Hardware: Acer Travelmate 4002lmi with Mobility Radeon 9700 (resolution 1600x1200)

had no probs in 7.10

Chal (challenger-design) wrote :

@akeller: my battery status is wrong in ibex (shows only to about 12%)
                  do you have the same problem?

Even my battery shows a wrong status, showing to be @51% if it's charged and
plugged, even though clicking on the icon, the small window with the battery
information shows (rightly) 100%. ...but how could this be related to the
freezing with the radeon driver?

Chal ha scritto:
> @akeller: my battery status is wrong in ibex (shows only to about 12%)
> do you have the same problem?
>

mikkeg (mikle-galutin) wrote :

It seems to be gone for me after inserting

Option "AccelMethod" "EXA"

in device section in xorg.conf

Tobias Jost (tjost) wrote :

mikkeg suggestion didn't fix it for me, it still crashes randomly at the Login screen.

The only fix I know is adding

Option "AGPMode" "1"

In the Device Section for your Graphics Adapter. But I think I give away performance with that.

looks like a kernel issue.

Changed in xserver-xorg-driver-ati:
status: Confirmed → Invalid

*** Bug 7117 has been marked as a duplicate of this bug. ***

Oren Held (oren-held) wrote :

I've disabled X on startup (kdm in my case). Then after boot I manually run kdm, and stuff looks fine now.
I tend to suspect that the X (kdm/gdm/whatever) init script conflicts with some other init script, but if it's being run later, the bug doesn't show.

Laurent (splater) wrote :

I have a Travelmate 4002WLMi and after an installation of Intrepid with the alternate installer (because I didn't know about the usb mouse !!!) adding nohz=off solve the freezing issue ...
Although I didn't install the ati driver (I think) compiz runs smoothly. (I don't have fglrxinfo ..)
My /etc/X11/xorg.conf is empty ...

How can I know the driver I am using ? just out of curiosity !!!

Hope my experience helps someone !

Bryce Harrington (bryce) wrote :

According to upstream, this is a kernel issue. Reassigning.

Changed in xserver-xorg-video-ati:
status: Triaged → New
Ben Van Aerde (benvanaerde) wrote :

I installed Jaunty Jackalope yesterday on my Acer Travelmate 4001WLMi. It seems they have fixed the problem here, as I don't have any booting problems anymore.

Ben Van Aerde (benvanaerde) wrote :

Keep in mind that Jaunty is still in alpha. But it's running quite stable here on my laptop, and everything works out of the box.

On my system the issue is resolved with 9.04.

@Bryce (or anyone else a little more experienced in bug hunting than me): should we close the bug or wait for more confirmations?

Bryce Harrington (bryce) wrote :

akeller, go ahead and close it; two confirmations is probably sufficient.

Issue resolved in 9.04

Changed in linux (Ubuntu):
status: New → Fix Released

Hi there! There "freezing-graphics-usb-plugin-plugout-bug" is still there in my version of kubuntu jaunty 9.04. I work with kde 4.2.2 and a "2.6.28-14-generic" kernel on an acer travelmate 3200 with a mobility radeon 9700 graphics chip with the open-source radeon driver.

I entered the "AGPMode" "1" line in my xorg.conf file and now it seems to run stable. I don't need 3d-accelleration, just want to make presentations with a video beamer with this system. Hope it works without a usb-mouse now.

Thanks for reading this post and thank you so much for posting your problems here. I thought that I was the only person in the world having this graphics-problem. ;-) wolli from austria.

*** Bug 20014 has been marked as a duplicate of this bug. ***

Changed in xserver-xorg-driver-ati:
importance: Unknown → Critical
status: Invalid → Won't Fix
Changed in xserver-xorg-driver-ati:
importance: Critical → Unknown
Changed in xserver-xorg-driver-ati:
importance: Unknown → Critical
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.