No announcement yet.

random X freeze with latest ati driver

  • Filter
  • Time
  • Show
Clear All
new posts

  • #61
    The only thing that is helped me is to install new kenel 2.6.29 to be precise. I also get some information that you could fix this bug by using options
    noapic acpi=off
    when boot, but i didn't try this. Hope this help
    Thank you for information.

    Also i thank to Fedora community.


    • #62
      Originally posted by bitnick View Post
      When using firefox-2 or thunderbird I get very frequent hangs. The screen freezes and I hear a faint whistling noise from the computer (some CPU/GPU at 100%?). The mouse pointer is still alive but moves jerkily, updated a few times per second. I can sync disks and reboot with SysRq.

      (Firefox 3 does not seem to trigger the bug.)

      This is on an R420 JI, ChipID 0x4a49 (Radeon X800 Pro), AGP.
      This, in particular seems identical to what happened on my rig (Firefox 2 would crash frequently, but not v3. Thunderbird, in particular, reliably crashed in this manner when popping up a password dialog box.

      Personally, I've switched versions (am now running the GEM/KMS/DRI2 branches of the DRM, ddx and mesa from git), and find that these don't exhibit the same problem.


      • #63
        Does the patch I attached to comment #21 in bug 16198 help?


        • #64
          The level "beginers journey three" in xmoto extra level set is sure way to lock graphic system inside drm calls. (Using Ubuntu jaunty and radeon-rewrite+modesetting-gem) I haven't yet find any others as reliable way to reproduce the hang. Intresting point is that there is 3 applications locking in heavy drm lock. Xorg and xmoto is there but I don't know what is the 3rd application (compiz is disabled).

          When drm is locked gdb is often unable to attach to a blocked process.

          Card is mobility x1400 with turion processor.
          EXA, migration smart, dynamic clocks and page flip are set in xorg.conf.


          • #65
            I just did a fresh pull from git yesterday and the resulting driver locked up on me within about 10 seconds of the desktop being drawn. i reverted back to the April 21 version and it's running for now. (Commit 228b9ac87...) i haven't dug any further to see exactly what broke.


            • #66
              Does anybody care?

              Does anybody of the developers still investigate this issue? I still get lockups, every day. Mostly when browsing the web using firefox.

              Sometimes, my system works for 10 hours, sometimes it locks up three times in twenty minutes. The situation is completely unacceptable, esspecially now, when my hardware is not supported by fglrx, anymore.

              So please, look into this! Let me know all the information you need. I am able to compile a kernel or kernel module, I am able to apply a patch, but you might have to direct me to the right sources.


              • #67
                I suppose you have R500 or R690 chipset?
                If so, check
                To minimize the occurrence of the lockups you should be using xf86-video-ati from git. For me it still happen, but much less frequently.


                • #68
                  Originally posted by slacker View Post
                  I suppose you have R500 or R690 chipset?
                  No, R300 (Mobility Radeon 9700/64MB)

                  Originally posted by slacker View Post
                  To minimize the occurrence of the lockups you should be using xf86-video-ati from git. For me it still happen, but much less frequently.
                  I use the latest builds from Tormod Volden's PPA (currently git20090531.7599dc40).


                  • #69
                    opensuse 11.1 KDE 4.3svn
                    xorg 1.6.1
                    ati mobility radeon x1600

                    I updated mesa+drm+radeon (from git master) on the 2009-05-21 and since than I never experienced a X server crash again. Used to crash every time I login after some minute/hours.


                    • #70
                      You might want to try the drm patch in bug 21849:
                      Dave just pushed it to Linus in his last round of drm fixes.


                      • #71
                        Originally posted by agd5f View Post
                        You might want to try the drm patch in bug 21849:
                        Dave just pushed it to Linus in his last round of drm fixes.
                        Okay, I applied the patch to vanilla 2.6.30-rc8, compiled and installed the whole thing. Now I'll wait and see ...


                        • #72
                          Did you see the drm intel changes in rc8-git1?


                          • #73
                            Lockups still there.

                            Five minutes ago I wanted to write about how things were looking promising but than ... it happened again!

                            Until you come up with another idea or patch, I will continue using the patched 2.6.30-rc8 kernel. By tomorrow I should know if the lockups at least happen less frequently.


                            • #74
                              After a few days of monitoring, I have to say that this patch does not help. I compared kernel 2.6.30-rc8's (patched) drm module (1) to the one checked out from git:// (2). I still have to test the unpatched kernel-2.6.30-module.

                              (1) usually crashes after 30-45 minutes.

                              (2) usually crashes after 60-90 minutes.

                              One time, (1) crashed about one minute after logging in. To be more precise, the first opened window after login triggered the freeze. (2) gives me at least 20 minutes before freezing.

                              The longest period of uninterrupted use with (1) was about 2 hours. (2) sometimes (very rarely) lets me work for 4 to 6 hours before a freeze occurs.

                              Freezes are always triggered by some kind of interaction with the GUI (opening, closing or switching tabs in Firefox, clicking on links, opening and closing other windows with or without Firefox running etc.) I can build huge software packages that keep compiling for hours as long as I leave the machine alone. I can also watch several two-hour-movies one after another without having to reboot. But browsing the web for half an hour always feels like gambling.

                              When the system is frozen (again), there is no moving the mouse pointer, no ssh'ing into the machine, no CTRL-Alt-Backspace, no Magic-SysRq-Keys. I have to press and hold the On/Off-Button to switch the computer off.


                              • #75
                                I feel like being ignored. The problem is still there. Any new suggestions?