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

Thread: The Gallium3D R600 Driver Now Has Texture Support

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

    Default The Gallium3D R600 Driver Now Has Texture Support

    Phoronix: The Gallium3D R600 Driver Now Has Texture Support

    There's good news for those interested in the open-source Gallium3D driver for the ATI R600/R700 (Radeon HD 2000/3000/4000 series) graphics cards: the R600g driver is beginning to work. While there's been the classic Mesa R600/R700 driver for months now that is working fine for most users, once finished the Gallium3D version should offer better performance, better OpenGL support (OpenGL 2.1 support off the bat, but that's still a ways behind OpenGL 4.1), and many other possibilities via Gallium3D's different state trackers...

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

  2. #2
    Join Date
    Jun 2009
    Posts
    2,929

    Default

    I've been itching to try this. I believe that this is the last major architectural change left after the migration to KMS and TTM, the in-kernel power saving etc.

  3. #3
    Join Date
    Dec 2008
    Posts
    160

    Default

    Why is there a custom GLSL compiler? Wouldn't this be in the OpenGL state tracker (compiling it into Gallium3D IR) and thus already available and/or common to all Gallium3D drivers???

    [With there perhaps a LLVM based optimizing compiler to compile Gallium3D IR into efficient hardware commands at the lowest layers]

    [my apologies for the double post / I posted an expanded question on the previous article... http://www.phoronix.com/forums/showt...25#post138646]

  4. #4
    Join Date
    Dec 2008
    Posts
    315

    Default

    Go ATI. It's coming together roughshod but it's coming together.

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

    Default

    Quote Originally Posted by Craig73 View Post
    Why is there a custom GLSL compiler? Wouldn't this be in the OpenGL state tracker (compiling it into Gallium3D IR) and thus already available and/or common to all Gallium3D drivers???

    [With there perhaps a LLVM based optimizing compiler to compile Gallium3D IR into efficient hardware commands at the lowest layers]

    [my apologies for the double post / I posted an expanded question on the previous article... http://www.phoronix.com/forums/showt...25#post138646]
    Just to close off this question, there is a common GLSL compiler generating an intermediate representation (Mesa IR / TGSI), then the custom compiler turns that intermediate representation into hardware-specific instructions.

  6. #6
    Join Date
    Jan 2008
    Posts
    772

    Default

    Quote Originally Posted by bridgman View Post
    Just to close off this question, there is a common GLSL compiler generating an intermediate representation (Mesa IR / TGSI), then the custom compiler turns that intermediate representation into hardware-specific instructions.
    So is that IR what actually crosses the state tracker <-> GPU driver interface?

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

    Default

    Yep, basically IR for the shader programs, some "when you draw, draw this way" calls, and some "draw these triangles" calls. There's more, but those are the important ones.

    Strictly speaking a state tracker implies Gallium3D so it would be TGSI rather than Mesa IR crossing the interface, but TGSI is just another form of IR.

  8. #8
    Join Date
    Aug 2009
    Posts
    2,264

    Default

    What is IR?

  9. #9
    Join Date
    Apr 2010
    Posts
    6

    Default

    Quote Originally Posted by V!NCENT View Post
    What is IR?
    "Intermediate representation (IR)"
    http://www.mesa3d.org/shading.html

  10. #10
    Join Date
    Jul 2009
    Posts
    9

    Default

    IR = Intermediate Representation

Posting Permissions

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