as far a gallium3d goes, what i am really interested in seeing is the other end of the pipe if you will. we have a lot of focus on getting the hardware support tied into gallium, but one of the key selling points when it was first announced was the easeof OS and API interoperability. i know we keep having the discusion of the dx9 and dx11 state tracker come up form time to time, and people keep getting excited about it as a linux api (for some odd reason) but what id realy like to see is a windows driver for a GPU that is entierly Gallium based. when Gallium was first concieved much of the documentation made it seem like the devs were designing it to be super easiy to be implemented as a windows driver to begin with, with the dx9 like IR and the seperation of componants, as if if things had gone differently maybe intel or powerVR would have hired them to write drivers for thier hardware for windows. of course this was all 5 or so years ago when we werent so sure of androids dominance on the non apple phone(and other portable device) market and there was a very good chance windows would have been a relevent mobile os, hell, we didnt even know that netbooks would take a nosedive like they did, there was a lot of speculation that we were going to have an abundance of arm+mobile gpu netbooks around.
so it would be nice to have the infanstructure in place for windows support for gallium3d if only to help entice GPU hardware vendors to select it as a base for thier future drivers. i woult think this would be very beneficial to alll the vendors out there, especialy the mobile gpu vendors who are starting to make some very impressive pieces of hardware that may soon be worthy of a desktop introduction. choosing gallium to base your hardware driver on would largely be a win win as you would get good cross platform integration with your driver and the community would get... a good cross platform integration.
or at the very least i would think reactos would apriciate it.
Announcement
Collapse
No announcement yet.
Nouveau Advances For OpenGL 3.2 Support
Collapse
X
-
Originally posted by zanny View Postyeah I know nouveau cards still can't reclock, but I'm sure if they had 1 paid Nvidia employee working on it who had the insider knowledge they could have it working in weeks
but, rhis list unlike last year, sure looks promising. also, having insider would kinda defeat reason for OSS drivers. the docs NVidia gave are fair game, rest it is not.
Leave a comment:
-
I am disheartened that basically all freelance devs and Red Hat employees effectively flying blind make such a good driver as nouveau, while AMD still isn't at opengl 3.2 with 6 full time devs. And even Intel has a full dev team and is only a version past that! (yeah I know nouveau cards still can't reclock, but I'm sure if they had 1 paid Nvidia employee working on it who had the insider knowledge they could have it working in weeks).
I think though a lot of this is a testiment to how gallium3d works well - also consider the freedreno driver. They both have very low, especially commercial, manpower, but and holding their own just from the infrastructure that was made to support them. Which I do recognize owes a lot of credence to AMD and VMWare.
Leave a comment:
-
I'm a r600g user but kudos to the Nouveau devs for getting to OGL 3.2 support so quickly. Hope they can sort out the Piglit, performance and power issues to give a good open-source alternative to the binary blob.
Leave a comment:
-
Nouveau Advances For OpenGL 3.2 Support
Phoronix: Nouveau Advances For OpenGL 3.2 Support
Ilia Mirkin has published an exciting set of 19 patches to the Nouveau's NV50 Gallium3D driver that up the OpenGL support for this open-source NVIDIA graphics driver...
Tags: None
Leave a comment: