8.21.7 needs to be marked stable for kernel 2.6.15 which is already stable.
This version of ati-drivers depends on app-admin/eselect-opengl, which is in ~arch only and has open bugs. Will wait until these bugs are fixed.
also to note that it requires app-admin/eselct-1.0* as that will have to go stable when eselect-opengl does. More a note for me and other arches then anything else.
bug #112427 affects 8.21.7
an ati-drivers-8.21.7-r1 will appear in the tree today with a dep on opengl-update instead of eslect.
Alright archs please mark 8.21.7-r1 stable as soon as possible please.
OK, this version of ati-drivers works fine here (issues with radeonfb and software suspend v2, but it is known stuff). However, I can confirm that this version is affected by bug #112427. Imho this should be fixed, too. Other opinions?
go ahead and retest 8.21.7-r1 I have made the changes to work around the problem. I have also added the changes to 8.22.5
Works here. Stable for x86...
If you ask me I wouldn't make it stable. It has been reported to the vendor about multiple crashes (one of them with second X server, then you switch user in KDE) and screen flickering (http://ati.cchtml.com/show_bug.cgi?id=248) All these issues doesn't allow me to use the latest drivers after 8.14.
see this one http://bugs.gentoo.org/show_bug.cgi?id=115301 I can't use any driver after 8.18.8-r1
There is also bug #113685, which afaic is an upstream issue, but isn't officially acknowledged, at least not in the release notes.
As #9 stated, 8.21.7-r1 is NOT stable. I don't run them on my desktop (with ~x86) because TV-Out isn't in color, however on a nother system that I admin, which isnt' ~x86 for the record, I have to use the binary drivers because I need TV-Out. The box just went down. I had this problem a few months ago when using the ~x86 flag for the ati-drivers. 2 days of uptime was the max I could get, full system hardlock. Appears to be the same here too. To claim my system is borked or what not, is just plain silly. I haven't synced in, maybe 2 weeks? So it's deffinatly not a 'new' package. With 8.14.13-r3 I had uptimes of months (latest reboot was for 2.6.14-r4). Since it is marked as stable, I really urge to reverse this. I know I can block it locally, but since I can't even use them on 2 systems (my laptop is happyly running r300 actually). So i don't know what the OP based his decision on marking 8.21.7 stable, it really isn't. (btw, myself I have a 9500Pro, the remote box in question is a 9200SE and to be complete, my lappy is a 9600)
Please give us more informations, we cannot exactly check for every model combinations. anyway please use the r200/gatos for the 9200SE
I would use the r200, but from what I gatherd, gatos isn't stable? Anyhow. I must appoligize. I over reacted. The box came back after 4 hrs. Guess it was one of those very rare network outages. (They really are rare, especially for such long time, it is the first time in 3 years it has been offline for that long). So untill it starts hardlocking again, I suppose 8.21.7 could remain stable. Only thing that really does bother is that some users only get black/white TV-out. (http://ati.cchtml.com/show_bug.cgi?id=290)
I dinn't over react. hardware: ibm thinkpad t42, ati9600. 3 crytical issues for me: - hardlock on exit from X (all workarounds didn't help) - screen flickering - start new (second) X server hang a workstation. I'm looking forward to use gatos/r300 with xorg7 but it's hardmasked. Until it become ~masked at least I can use 8.14.13 only even the second issue is there. It's nothing to do with gentoo. Just the vendor is buggy. Always was.
marked stable on amd64