Page 1 of 3 123 LastLast
Results 1 to 10 of 21

Thread: The State Of Gallium3D, Its Future, Etc

  1. #1
    Join Date
    Jan 2007
    Posts
    15,645

    Default The State Of Gallium3D, Its Future, Etc

    Phoronix: The State Of Gallium3D, Its Future, Etc

    VMware hosted a Gallium3D workshop today at its headquarters in California (and via teleconference too) where the former Tungsten Graphics developers talked about all that they have been working on with Gallium3D, the current state of this graphics driver architecture, and what's to come. The biggest news coming out of this workshop is word that a virtual Gallium3D driver is coming, which will allow Gallium3D to run within a virtualized environment...

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

  2. #2
    Join Date
    Jul 2008
    Posts
    565

    Default

    "The biggest news coming out of this workshop is word that a virtual Gallium3D driver is coming, which will allow Gallium3D to run within a virtualized environment. It's looking like there will be this Gallium3D driver that can run within a VMware guest virtual machine and then take advantage of the state trackers on the host machine whether it be providing hardware-acceleration for OpenGL, OpenGL ES, OpenVG, OpenCL, etc."

    Meaning that there will also be Virtualbox support I assume, too, since this is a general Gallium3D feature applicable to anything? If so, why is VMWare specifically mentioned, and what about VBox?

  3. #3
    Join Date
    Jul 2008
    Location
    Greece
    Posts
    3,801

    Default

    Quote Originally Posted by Yfrwlf View Post
    Meaning that there will also be Virtualbox support I assume, too, since this is a general Gallium3D feature applicable to anything? If so, why is VMWare specifically mentioned, and what about VBox?
    It's a VMWare driver. VBox can't do anything with them.

  4. #4
    Join Date
    Jan 2007
    Location
    Germany
    Posts
    2,175

    Default

    Gallium3D is some serious business.

  5. #5
    Join Date
    Oct 2007
    Posts
    1,323

    Default

    Among other topics, Brian Paul was talking to how he wants support for OpenGL 3.x within Mesa, but the support will likely be just atop Gallium3D and that the VMware developers will not be worrying about proper OpenGL 3.x support for Mesa's legacy drivers. Though on the other side of the table, Intel developers have been wanting to push OpenGL 3.0 support into Mesa for their current driver
    That's kind of troubling. I wonder how long it will be until intel hops on the bullet train that is Gallium3D.

  6. #6
    Join Date
    Nov 2008
    Posts
    152

    Cool

    Some of this work includes shader improvements, predicate rendering, and other changes that will lead to substantial revisions to the Gallium3D driver interface. The GLSL compiler also needs to be improved too...

    ...work on the Open Computing Language support is basically stalled for the time being. What's needed before work can continue is support for translating LLVM to TGSI and then integer and double support is still a ways out for OpenCL atop Gallium3D. Before any VMware developers continue work on this portion, it was shared that "there are a few more things in the pipeline first"...

    ...the OpenGL ES 1.0/1.1/2.0 state tracker should be merged to Mesa's master code-base in January. With Mesa 7.7 coming by Christmas, this state tracker will likely end up in Mesa 7.8.
    In other words, don't hold your breath with this project. There is serious work remaining and that doesn't even include the drivers. I would estimate some good 2-3 years before this thing could start touching end users.

  7. #7
    Join Date
    May 2008
    Posts
    598

    Default

    Can someone translate what this will mean for the end user that doesn't use vmware?

    Will vmware's Gallium work benefit regular desktop users?

  8. #8
    Join Date
    Oct 2007
    Location
    Toronto-ish
    Posts
    7,572

    Default

    The specific "virtual SVGA" Gallium3D driver used to run on the VMWare virtual hardware will not directly benefit end users not running VMWare, but it was clear from the technical session that a lot of hard work is going into all of the *other* aspects of the stack built around Gallium3D (OpenGL, Xorg, OpenVG, OpenCL, OpenGL ES among others) and all of *that* work *will* directly benefit other users in the form of a more polished framework.

  9. #9
    Join Date
    May 2008
    Posts
    598

    Default

    Quote Originally Posted by bridgman View Post
    The specific "virtual SVGA" Gallium3D driver used to run on the VMWare virtual hardware will not directly benefit end users not running VMWare, but it was clear from the technical session that a lot of hard work is going into all of the *other* aspects of the stack built around Gallium3D (OpenGL, Xorg, OpenVG, OpenCL, OpenGL ES among others) and all of *that* work *will* directly benefit other users in the form of a more polished framework.
    Cool! Thanks for breaking it down

  10. #10
    Join Date
    Oct 2008
    Posts
    3,244

    Default

    The way I understand it, vmware's video driver will pass along calls to the virtual machine, which will in turn pass along those calls to a state tracker running on the host machine rather than on the guest.

    What's key there, is that the 3D is still running on a Gallium state tracker. Which means that it's in VMWare's best interest to make it all work well on the host machine. And they seem to be putting in quite a bit of work to that end, which will help out everyone else.

Posting Permissions

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