Page 1 of 2 12 LastLast
Results 1 to 10 of 17

Thread: Nouveau Advances For OpenGL 3.2 Support

  1. #1
    Join Date
    Jan 2007
    Posts
    14,787

    Default 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...

    http://www.phoronix.com/vr.php?view=MTU3MDE

  2. #2
    Join Date
    Aug 2012
    Posts
    111

    Default

    meanwhile poor radeonsi is stuck at 3.1

  3. #3
    Join Date
    Nov 2009
    Location
    Italy
    Posts
    931

    Default

    Quote Originally Posted by dffx View Post
    meanwhile poor radeonsi is stuck at 3.1
    Radeonsi has bigger problems than OpenGL > 3.1, like 2D acceleration.
    ## VGA ##
    AMD: X1950XTX, HD3870, HD5870
    Intel: GMA45, HD3000 (Core i5 2500K)

  4. #4
    Join Date
    Sep 2008
    Posts
    40

    Thumbs up

    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.

  5. #5
    Join Date
    Dec 2012
    Posts
    534

    Default

    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.

  6. #6
    Join Date
    Oct 2013
    Posts
    401

    Default

    Quote Originally Posted by zanny View Post
    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
    http://nouveau.freedesktop.org/wiki/PowerManagement/
    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.

  7. #7
    Join Date
    Jul 2011
    Location
    florida usa
    Posts
    81

    Default

    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.

  8. #8
    Join Date
    Oct 2008
    Posts
    3,129

    Default

    Quote Originally Posted by benjamin545 View Post
    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.
    Windows gallium drivers do exist, they are just all proprietary. They also target Direct3d (10)

  9. #9
    Join Date
    Jul 2011
    Location
    florida usa
    Posts
    81

    Default

    i know amd made a propriatary driver for something running windows.

    i guess this is allowed because the gallium code is X11 liscence and not gpl.

    maybe thats a big reason nobody has realy made (opensource) windows support to the current gallium codebase, because is signifigantly more likely it would be used in a propriatary driver? there wouldnt be a lot of motivation to just make that i guess.

  10. #10
    Join Date
    Oct 2007
    Location
    Toronto-ish
    Posts
    7,458

    Default

    Quote Originally Posted by benjamin545 View Post
    i know amd made a propriatary driver for something running windows.

    i guess this is allowed because the gallium code is X11 liscence and not gpl.

    maybe thats a big reason nobody has realy made (opensource) windows support to the current gallium codebase, because is signifigantly more likely it would be used in a propriatary driver? there wouldnt be a lot of motivation to just make that i guess.
    Not AMD -- we defined our hardware layer a few years before Gallium3D was introduced. The open source drivers use Gallium3D but not the proprietary ones...

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •