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

Bug #220345 reported by Axel Kellermann
44
This bug affects 2 people
Affects Status Importance Assigned to Milestone
xserver-xorg-driver-ati
Won't Fix
Critical
linux (Ubuntu)
Fix Released
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.

Revision history for this message
In , AlexHofbauer (alex-derhofbauer) wrote :

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.

Revision history for this message
In , Michel-tungstengraphics (michel-tungstengraphics) wrote :

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

Revision history for this message
In , AlexHofbauer (alex-derhofbauer) wrote :

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

Revision history for this message
In , Michel-tungstengraphics (michel-tungstengraphics) wrote :

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

Revision history for this message
In , AlexHofbauer (alex-derhofbauer) wrote :

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

Revision history for this message
In , AlexHofbauer (alex-derhofbauer) wrote :

(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.

Revision history for this message
In , Michel-tungstengraphics (michel-tungstengraphics) wrote :

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.

Revision history for this message
In , AlexHofbauer (alex-derhofbauer) wrote :

(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
---------------

Revision history for this message
In , Michel-tungstengraphics (michel-tungstengraphics) wrote :

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

Revision history for this message
In , AlexHofbauer (alex-derhofbauer) wrote :

(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.

Revision history for this message
In , Sroland-vmware (sroland-vmware) wrote :

(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.

Revision history for this message
In , AlexHofbauer (alex-derhofbauer) wrote :

(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.

Revision history for this message
In , AlexHofbauer (alex-derhofbauer) wrote :

Created an attachment (id=13253)
AGPMode 4

Revision history for this message
In , Michel-tungstengraphics (michel-tungstengraphics) wrote :

(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.

Revision history for this message
In , AlexHofbauer (alex-derhofbauer) wrote :

(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...

Revision history for this message
Axel Kellermann (axel-kellermann) wrote : [hardy] kernel 2.6.24-16-generic + radeon driver = system freezes

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.

Revision history for this message
Axel Kellermann (axel-kellermann) wrote :
Revision history for this message
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.

Revision history for this message
Axel Kellermann (axel-kellermann) wrote :

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.

Revision history for this message
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
Revision history for this message
Axel Kellermann (axel-kellermann) wrote :

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

Bryce Harrington (bryce)
Changed in xserver-xorg-video-ati:
importance: Undecided → High
status: Incomplete → Triaged
status: Triaged → Confirmed
Revision history for this message
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.

Revision history for this message
Bryce Harrington (bryce) wrote :
Revision history for this message
Bryce Harrington (bryce) wrote :

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

Revision history for this message
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
Revision history for this message
In , agd5f (agd5f) wrote :

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

Revision history for this message
Tobias Jost (tjost) wrote : Re: [hardy] kernel 2.6.24-16-generic + radeon driver = system freezes

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

Revision history for this message
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
Revision history for this message
In , Michel-tungstengraphics (michel-tungstengraphics) wrote :

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
Revision history for this message
quasar (huyduong) wrote : Re: [hardy] kernel 2.6.24-16-generic + radeon driver = system freezes

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?

Revision history for this message
In , agd5f (agd5f) wrote :

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

Revision history for this message
Antonio, Fabio Di Narzo (antonio-fabio) wrote : Re: [hardy] kernel 2.6.24-16-generic + radeon driver = system freezes

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.

Revision history for this message
Sébastien Valette (sebastien-valette) wrote :

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...)

Revision history for this message
Ahmed Elayan (whateverian) wrote :

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

Revision history for this message
In , Sébastien Valette (sebastien-valette) wrote :

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?

Revision history for this message
In , AlexHofbauer (alex-derhofbauer) wrote :

(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.

Revision history for this message
Antonio, Fabio Di Narzo (antonio-fabio) wrote : Re: [hardy] kernel 2.6.24-16-generic + radeon driver = system freezes

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.

Revision history for this message
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

Revision history for this message
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)

Revision history for this message
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...

Revision history for this message
Bryce Harrington (bryce) wrote :

Try booting with either or both of these kernel parameters:

  nohz=off irqpoll

Revision history for this message
Sébastien Valette (sebastien-valette) wrote :

>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.

Revision history for this message
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.

Revision history for this message
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...

Revision history for this message
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

Revision history for this message
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.

Revision history for this message
Ben Van Aerde (benvanaerde) wrote :

Exactly the same problem on my Acer 4001WLMi

Revision history for this message
Barry Brickell (barry-brickell) wrote :

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.

Revision history for this message
Sébastien Valette (sebastien-valette) wrote :

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...)

Revision history for this message
In , sid (miste78) wrote :

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.

Revision history for this message
moox (dagomox) wrote : Re: [hardy] kernel 2.6.24-16-generic + radeon driver = system freezes

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.

Revision history for this message
Tobias Jost (tjost) wrote :

This Bug is still present in Intrepid Ibex Final.

Revision history for this message
moox (dagomox) wrote :

I also have still the bug in Intrepid Final

Revision history for this message
Axel Kellermann (axel-kellermann) wrote :

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.

Revision history for this message
Francesco Castellana (xfranky) wrote :

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

Revision history for this message
mikkeg (mikle-galutin) wrote :

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

Revision history for this message
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

Revision history for this message
Chal (challenger-design) wrote :

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

Revision history for this message
Francesco Castellana (xfranky) wrote : Re: [Bug 220345] Re: kernel 2.6.24-16-generic + radeon driver = system freezes

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?
>

Revision history for this message
mikkeg (mikle-galutin) wrote :

It seems to be gone for me after inserting

Option "AccelMethod" "EXA"

in device section in xorg.conf

Revision history for this message
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.

Revision history for this message
In , agd5f (agd5f) wrote :

looks like a kernel issue.

Changed in xserver-xorg-driver-ati:
status: Confirmed → Invalid
Revision history for this message
In , agd5f (agd5f) wrote :

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

Revision history for this message
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.

Revision history for this message
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 !

Revision history for this message
Bryce Harrington (bryce) wrote :

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

Changed in xserver-xorg-video-ati:
status: Triaged → New
Revision history for this message
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.

Revision history for this message
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.

Revision history for this message
Axel Kellermann (axel-kellermann) wrote :

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?

Revision history for this message
Bryce Harrington (bryce) wrote :

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

Revision history for this message
Axel Kellermann (axel-kellermann) wrote :

Issue resolved in 9.04

Changed in linux (Ubuntu):
status: New → Fix Released
Revision history for this message
wolfeich (wolfgangeichinger-gmail) wrote :

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.

Revision history for this message
In , Laurent Bigonville (bigon) wrote :

*** 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  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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