[AMD ATI Fglrx]
1. KMS support
2. Super efficient video decoding which owns Nvidia's VPDAU, lets put UDV2 in good use!
3. Better dynamic power consumption management, possibility to track how/when GPU & memory -clocks & voltages are scaled down
4. Better overclocking support
5. Bluray playback, and yes also with DRM enabled dics
Fglrx already provides 3 and 4. Either with the aticonfig utility or through the AMD Display Library. They just haven't provided a nice GUI for this AFAIK.
*Open source drivers for PowerVR graphics. I see more and more ARM adoption, but always bundled with PowerVR and its closed driver
*Accelerated THEORA and DIRAC (and H264 ) playback.
*OpenGL[ES] 2.0 on i945. I know the hardware doesn't support all features, but soon we'll need it even for WEB! This crappy underdeveloped gfx is REALLY widespread and with Intel actually putting this crap into the CPUs...
So I would like to have a fully working Gallium3D driver first (for a capable graphics card like the r600 and not the ancient OpenGL 1.5 crap r300's).
Secondly I'd like the Gallium drivers, once fully working, to focus on speed.
Then I'd like to see the Mesa state tracker reach OpenGL 3.x compatibility, fully I might add.
This is the basic functionality that is what graphics cards are made for so that needs to be adressed first.
When this is all addressed the 2D+3D drivers for compositing performance mess should be resolved. This is performance hell that Mac OS X and Windows Vista and above not suffer from at all... Is this resolved with an X.org state tracker? Then that.
Then it's time for some horizontal and futuristic stuff like a fully OpenCL supported state tracker.
Then it's the details and the polish like video acceleration state trackers, etc.
After that I do not give a shit, realy... I first want my graphics card to support its primary purpose and get some speed out of it while at it.
I know my post sounds harsh, but I've been asked what I wanted,,,
The only thing I really want is the open source drivers to get their ass in gear with openCL support so that the multimedia programmers have motivation to get gpu assisted encoding going in linux. It's so sad to use a open API you really have to use a closed system.
Considering the x264 developers don't care at all about GPU encoding (none of the core developers are working it- it's been judged too much effort for too little return, and none of the folks who've popped up to say they would work on it have ever shown anything), I'm kind of curious if you'd use the GPU for other codecs.