Announcement

Collapse
No announcement yet.

"Ask ATI" dev thread

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Originally posted by hotnikkelz View Post
    Can you be clearer please? I'm very newb at this.
    Script? i don't know what and how that works in ubuntu.
    I am still not sure why, when i install the drivers ubuntu recommends i get WORSE performance.
    Should i not install them, just ignore the hardware driver msg? should i use the downloaded 10.5 drivers?
    What should i do exactly, assume i have a freshly installed copy of Lucid
    If you don't play high performance games: let it be like it's set up out of the box.
    If you play high performance games: follow the hardware manager's suggestion.

    Comment


    • Originally posted by mitch074 View Post
      If you don't play high performance games: let it be like it's set up out of the box.
      If you play high performance games: follow the hardware manager's suggestion.
      *sigh*
      I intend to eventually play high performance games, I don't see why i have to settle with shitty performance on a good card :/ If i can't even get basic compiz effects like maximise and minimise to work properly, then I can't really go forward. THe hardware manager's suggestion doesn't work.

      I used the ubuntu recommended drivers from pop up = fail
      I used the ATI 10.5, following their instruction manual = fail
      There's still lag, and there's still tearing with moving windows

      btw i've been trying these out with fresh installs of ubuntu everytime so as to avoid conflict

      Comment


      • Originally posted by hotnikkelz View Post
        *sigh*
        I intend to eventually play high performance games, I don't see why i have to settle with shitty performance on a good card :/ If i can't even get basic compiz effects like maximise and minimise to work properly, then I can't really go forward. THe hardware manager's suggestion doesn't work.

        I used the ubuntu recommended drivers from pop up = fail
        I used the ATI 10.5, following their instruction manual = fail
        There's still lag, and there's still tearing with moving windows

        btw i've been trying these out with fresh installs of ubuntu everytime so as to avoid conflict
        Ah. right after install, at what level are your desktop effect? If they're set to basic, try the level above, which should enable compositing (and enable some performance settings) for your card.

        A failed proprietary driver install is strange, though: I remember that on my own attempt, it went off without a hitch.

        Comment


        • I put it on the highest level. I can't remember what it's called i think it's extra effects (the third option). I left evrything at compiz default setting.
          I think i should be able to, the card can take it, there's no game i can't play comfortably, i think it should be able to handle a bit of full blast eye candy. I mean I get lag to maximise a window???? that is kinda ridiculous i think.
          I really don't get it...i would really really like to use the proprietary ATI drivers that linux distributed for linux and get my stuff working. This must be some kind of bug right? I'm going to try again later after work, and report exactly what i do from a FRESH install of ubuntu AGAIN. This will probably be my 5th time.

          Comment


          • The delay isn't a "bug", it's that when you perform a maximize operation under Compiz the entire screen has to get copied from video memory to system memory. This is accelerated with some acceleration APIs but not with XAA (which is what fglrx uses today), so there's a delay while the data is copied down.

            This operation was fast for years as a result of an X server patch that eliminated the (slow) copy, but the patch was removed from the X server in distro releases starting early 2009 so the delay came back. Short term solution is to use a patched version of the X server including the "backclear" patch (most distros offer a repo with a pre-patched server); longer term solution will be replacing XAA with new acceleration code that can accelerate the download.

            Comment


            • THank you for the first complete explanation for my problem. I appreciate it very much, now i have some direction.
              Any particular reason why distros will remove that patch although it allows for better performance?
              Sorry about the multiple post, i opted to post in threads that people seem to follow. I didn't want to start a completely new thread, so i opted to post a few times in ones with a lil traffic

              Comment


              • I do not know why distributions removed the patch in 2009 (I think it resulted in problems with the intel opensource driver or something?), but I have a feeling you don't have to wait long at all for the proper solution.

                Comment


                • Yeah, there was a new Intel driver which relied on the downloaded data to overwrite old data in newly allocated memory buffers. Nothing wrong with that AFAIK (presumably it was done as a performance optimization) but it interacted badly with the no-backfill patch, allowing users to see old screen info which potentially could have been from another user's session.

                  The problem was flagged as a security issue and removing the patch was the most expedient way to close it. The result was that any driver running XAA acceleration became very slow when performing certain operations. Felix implemented the backclear patch which performed the same function as no-backfill but also added code to clear out the destination buffer, eliminating the security hole on Intel GPUs while still providing good performance on XAA drivers.

                  When the 10.6 driver comes out, check the release notes to see if the new 2D acceleration code is enabled by default. If so, give that driver a try and it should address some of the problems you are seeing.

                  Comment


                  • Thank you for the explanation Bridgeman: I remember seeing something about that at the time, yes.

                    Could it also be the reason why switching workspace is so slow with fglrx? I have a 1-5s delay switching to a workspace that contains open windows (the more windows, the longer the delay).

                    If 10.6's new code base solves THAT, I can't wait to try it

                    Comment


                    • Originally posted by mitch074 View Post
                      If 10.6's new code base solves THAT, I can't wait to try it
                      Go and try it.

                      Comment


                      • Originally posted by d2kx View Post
                        Go and try it.
                        It does solve the slow workspace switching problem. Yay!

                        Comment


                        • please fix it

                          Could someone from amd/ati check these two bugs http://ati.cchtml.com/show_bug.cgi?id=1700 and http://ati.cchtml.com/show_bug.cgi?id=1794 ? Driver works fine with that chipset in windows. And this is not kernel or whatever issue, it is driver issue since 9.9 version. Catalyst 9.8 and older versions like 9.4 work fine.

                          Comment


                          • I'm actually wondering approximately how long it will be for the OpenCL headers and libraries will be bundled with the linux drivers package, without having to download, install and configure Stream sdk.

                            Comment


                            • AMD/ATI linux devs, there is a bug related to the drivers regarding tearing. The bug still exists with catalyst 10.6. Any ideas as to when it will be resolved?

                              The bug was opened 1.5+ years ago:
                              https://bugs.launchpad.net/ubuntu/+s...er/+bug/303697

                              The last message in that bug report confirms that this is a driver issue:

                              Here is what I have found since I first reporting my problem. It turns out this is a Catalyst Driver issue. On a different computer running Ubuntu 10.04 and with a Radeon HD 4890 I was able to get solid graphics performance with no screen tearing using the latest open source ati driver. However, on the same machine with 10.04 and the Catalyst driver, I am seeing screen tearing.

                              Just to recap my other machine has a Radeon HD 5870 and I am seeing tearing with the Catalyst driver. Unfortunately, however, the open source ati driver does not currently support the Evergreen series of GPUs, so I am stuck with this pitiful driver. I am now hopeful that my problems will be solved later this year when 5xxx series cards are supported in the open source graphics stack.

                              I'm looking forward to Ubuntu 10.10 and beyond. I think this problem won't be fixed until that time and any future AMD/ATI GPUs I would advise staying away from until the open source driver can support them out of the box. It is my understanding that this screen tearing issue is rooted in something fundamental to the proprietary Catalyst driver and is not going away any time soon.
                              I myself have an HD5850 and with compiz and metacity I'm getting tearing when dragging windows. My previous post alluded to this same issue and was told that 2D rendering was being rewritten. Catalyst 10.6 has not resolved my issue.

                              Comment


                              • Is there any hope or plans to further open your divers as of this point in time?

                                Comment

                                Working...
                                X