fbo offscreen rendering appears to have been fixed in wine 1.1.24 which has just been released. Also X3R got fixed for me as well, in that the menu now renders and so do ingame textures, although all of the "normal" wine problems still exist. i.e. requires native libraries for movie playback, trading, etc. mouse is EXTREMELY laggy.
So those, apparently were actually wine bugs and not fglrx bugs.
GW still crashes as normal, and still wants to repair the archive every startup. The latter is definitely a wine bug, while I'm not at all sure about the cause of the former. In any even it now actually crashes in the loading screen itself instead of seeming to get as far as starting to render the playscreen.
My sleep & video playback & other assorted bugs remain which I'm still pointing the finger at fglrx for as in the sleep freeze problem disabling compiz/beryl works around that one.
The 192SP 260 is about the same price as the 4850 while the 216SP is c. $50 more which is not alot more, and it IS a better performing card than the 4850. The 216SP 260 IS going into my i7 build because of these drivers. (Briefly consider CF 4770s, but NOT with these drivers.)
Last edited by cutterjohn; 06-21-2009 at 10:09 PM.
Gentoo isn't Slackware. You aren't supposed to do things by hand in Gentoo. There are tools you should use, or you break the system. So your instructions are not for everyone. If you don't know how to unbreak the system, don't follow them. If you know how to unbreak your system, I suppose you didn't need those instructions in the first place
However, for those who feel adventurous, here's a post in Gentoo forums that explains how to install a fglrx driver which is not in the portage tree (stucked in 9.3 probably for compatibility reasons ?). http://forums.gentoo.org/viewtopic-t...ighlight-.html
In a nutshell, it's about creating a local overlay, copy the ebuild files from portage tree, modify them to accept 9.5 or 9.6 drivers, manifest them and finally emerge them.
This looks simple, but there is few caveats to avoid in order to keep a nice and clean running gentoo.
I have to admit that I didn't follow that topic, as I'm part of the guys who don't know how to unbreak my system. So, I'm waiting patiently the update in the official portage tree. Much safer.
Thank you for the patch - most elegant I have found on the net.
Kano, I can confirm it works with 2.6.30 unmodified kernel - at least on my openSUSE_11.1 system.
For 2.6.30-git18 and catalyst 9-6 I found that the following one patch to the linux kernel:
add "EXPORT_SYMBOL(find_task_by_vpid);" in pid.c
also makes your patch work with 2.6.30-git18, so fglrx will probably work with 2.6.31 as well.
Looking forward to your patch for 2.6.31 without modified kernel sources!