Announcement

Collapse
No announcement yet.

Catalyst 10.2 is out

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

  • agaida
    replied
    Originally posted by bridgman View Post
    Once we get the new 2D acceleration implemented in fglrx the patch shouldn't be required, although I hate calling that a solution -- it will just mean that there will be a large and normally wasted copy happening all the time, but all the drivers will accelerate it enough that everyone will live with it.
    I didn't know in wich reality you live, but in my reality this behavior makes gnome unusable to me. If you read the follow ups to bug 351186 in launchpad, there a many people thinking about it just like me. It's my decision to create the ppa for lucid again. In some other words: With other words - Without this patch linux is worthless for me. If i want use linux in a fast and reliable way without, i have to buy other hardware then ati. i have done so one time and it comes out, that i can live with it for my test-server.

    Nothing to say, i'm not glad about the situation. My cheap asrock board with a G4x on works like hell with compiz. It takes about 40? to buy it. My Gigabyte MA790FXT-UD5P + AMD 965 BE + ATI 4890 takes about 600? and work like shit. (..accelerate it enough that everyone will live with it.) You must be joking.

    'til a half year ago i only use windows and the hardware was great. Then i try linux for some working reasons. I was upset about the poor performance. Then i found a existing ppa and everything was ok for me. I don't mind about intel problems with the patch. If you drive intel, you don't have to apply it. I agree the patch is not the final solution but it solves my problem.

    The other solution is buying different hardware for my laptops and desktops. Without AMD/ATI in it - this will be a solution too. If you have that in mind, tell me...

    The third solution is to fix these f*****g drivers/servers, so they work for both windows and linux. This is what i prefere.

    (I didn't want to start a flamewar, but this is the real world)

    Leave a comment:


  • bridgman
    replied
    Yeah, the backclear patch fixes the slowdown without introducing the old-content problem. There have been a few reports about memory leaks but they seem to have had other causes. There was also a report about something in the KDE suite actually relying on the backfill and so not drawing properly with no-backfill or backclear, but I didn't hear anything more about it.

    Once we get the new 2D acceleration implemented in fglrx the patch shouldn't be required, although I hate calling that a solution -- it will just mean that there will be a large and normally wasted copy happening all the time, but all the drivers will accelerate it enough that everyone will live with it.

    Leave a comment:


  • tball
    replied
    Originally posted by bridgman View Post
    Interesting - hadn't heard that before. Is that only with the no-backfill patch or is it happening with backclear as well ?
    Ohh reading your post again from before, I see there exists two different patches. Well the content reappears with the no-backfill patch. Didn't knew there existed a patch which adressed both problems. Thx!

    Leave a comment:


  • bridgman
    replied
    Interesting - hadn't heard that before. Is that only with the no-backfill patch or is it happening with backclear as well ?

    Leave a comment:


  • tball
    replied
    Originally posted by bridgman View Post
    The no-backfill patch has been around for years and was included in most distro releases since without it most drivers showed the slow-unminimize problem. The patch was *removed* in the run-up to the spring 2009 releases because it caused problems with the new Intel drivers (previous window contents re-appearing, flagged as a security risk), and at that point the slow-unminimize problems re-appeared on drivers which were using XAA.

    Felix created the backclear patch (strictly speaking I guess it's "no-backfill but clear instead of filling") which addressed the slow-unminimize problem *and* the problem with re-appearing window contents on Intel hardware.
    The window content also re-appears on amd/ati hardware unfortunately.

    Leave a comment:


  • bridgman
    replied
    The no-backfill patch has been around for years and was included in most distro releases since without it most drivers showed the slow-unminimize problem. The patch was *removed* in the run-up to the spring 2009 releases because it caused problems with the new Intel drivers (previous window contents re-appearing, flagged as a security risk), and at that point the slow-unminimize problems re-appeared on drivers which were using XAA.

    Felix created the backclear patch (strictly speaking I guess it's "no-backfill but clear instead of filling") which addressed the slow-unminimize problem *and* the problem with re-appearing window contents on Intel hardware.

    Leave a comment:


  • agaida
    replied
    [QUOTE=agaida;120307]I've lost a thing. The no backclear patch is the successor to the no backfill patch. The no backfill patch is developed first for issues related to intel graphics and had some glitches. After that came no backclear. i guess, it may be that the patch prevent some other failure, but i am not sure.

    Leave a comment:


  • agaida
    replied
    Originally posted by chronniff View Post
    is this just the backclear patch or is there something else he does?
    Yes, ist the no backclear, original written/posted by Felix Kuehling (i think amd). This patch had worked for me in 9.04 and 9.10. When i install lucid, the same poor behavior came back, this time without a ppa. So i took the patch, apply it and build. This fix my problems with lucid and my 4890. Its the same path aon the same sources. Only the version nr. xorg-server... has grown. You can say old patch in new version. Nothing less or more.

    Leave a comment:


  • chronniff
    replied
    is this just the backclear patch or is there something else he does?

    Leave a comment:


  • agaida
    replied
    You can find a ppa here, had the same problem and fix it for myself:
    https://launchpad.net/~info-g-com/+a...-xorg-1.7.6-gc

    Leave a comment:

Working...
X