New version upstream (see URL)
Created attachment 163517 [details] ebuild suggestion
Attached ebuild for the new ati-drivers. Tested on 2.6.26-r1, ATI 4850, asus p5ql-e, 32 bit x86,x11-base/xorg-server-.3.0.0-r6 . fgl_glxgears work, xv does also. Didn't do much testing thou.... It would be nice to put a check into the ebuild, that would warn users that do not turn on Kernel Hacking->Import unused/obsolete symbols, will have problems loading fglrx module for sure.
I'm already using this; works fine except from sync to vblank. The one in portage (8.501) does just hang the whole system when starting X. Hardware: -Intel e2160 -Sapphire HD4850 -Gigabyte GA-EP45-DS3 IMHO graphic drivers should get into portage right away, specially in ~ arches.
(In reply to comment #3) > IMHO graphic drivers should get into portage right away, specially in ~ arches. > I agree with you 100% and I'll take a look. In the past people have applied patches that do questionable things, but that doesn't appear to be the case this time. Thanks! je_fro
vallesroc: the sync to vblank does happen to you on 8.501 or 8.522?
(In reply to comment #5) > vallesroc: the sync to vblank does happen to you on 8.501 or 8.522? > 501 doesn't work (just hangs) 512 has the issue 522 does too. These cards are new and ATI still has to properly support them on their propietary Linux drivers. I believe it's very important for the latest ones to always be made available fast in portage.
Tested with 2.6.26-r1 and Sapphire Radeon HD 2400 XT, PCI-E, 256 Mo : - 2D is OK - glxgears, fgl_glxgears, OpenArena (fullscreen), Extrerme Tux Racer (fullscreen) and GoogleEarth are OK - Digikam OpenGL slideshow doesn't restore the screen after the slideshow (I must relaunch/exit a fullscreen OpenGL thing to retrieve my screen) (but worked fine with 8.493) - SecondLife (windowed) is OK - blender (windowed) has still the tearing problem since 8.493 (something like http://i27.tinypic.com/of8p5w.jpg ) - blender (fullscreen) is OK
last one in, sorry for the delay I'm just recovering...
In this latest drivers release there are some new libraries which are no being copied by the above ebuild. I haven't verified all of them but at least the following three are not being copied: libAMDXvBA.cap libAMDXvBA.so.1.0 libXvBAW.so.1.0 You might want to add them and make a new revision... :-)
(In reply to comment #9) > In this latest drivers release there are some new libraries which are no being > copied by the above ebuild. > I haven't verified all of them but at least the following three are not being > copied: > libAMDXvBA.cap > libAMDXvBA.so.1.0 > libXvBAW.so.1.0 > > You might want to add them and make a new revision... :-) > Those are being copied to /usr/lib... are any bins or libs linked to that?
(In reply to comment #10) > Those are being copied to /usr/lib... are any bins or libs linked to that? At least on my system they are not ... AFAIK they aren't being used yet, but don't take my word for that ... only read about them in a news article actually.