Page 1 of 6 123 ... LastLast
Results 1 to 10 of 51

Thread: R600 Gallium3D LLVM Shader Compiler Hooked Up

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

    Default R600 Gallium3D LLVM Shader Compiler Hooked Up

    Phoronix: R600 Gallium3D LLVM Shader Compiler Hooked Up

    Mainline Mesa Git can now be built with the AMD R600 Gallium3D LLVM shader compiler back-end available...

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

  2. #2
    Join Date
    Nov 2008
    Location
    Old Europe
    Posts
    910

    Default

    Sounds great! I'm a "bit" confused, though.
    Will this also end up as a workhorse for GLSL eventually or is meant to be OpenCL focused only?

  3. #3
    Join Date
    Jun 2010
    Posts
    46

    Default

    Quote Originally Posted by entropy View Post
    Sounds great! I'm a "bit" confused, though.
    Will this also end up as a workhorse for GLSL eventually or is meant to be OpenCL focused only?
    Seems like for both.
    It is good to hear that open-source stack will get OpenCL support soon.

  4. #4
    Join Date
    Oct 2009
    Posts
    353

    Default

    Meanwhile who is compiling the shaders in Gallium?

  5. #5
    Join Date
    Nov 2008
    Location
    Old Europe
    Posts
    910

    Default

    Quote Originally Posted by cl333r View Post
    Meanwhile who is compiling the shaders in Gallium?
    I guess one has to be a real expert to keep track on which driver/architecture makes use of which approach to shader compilation.
    Seems like there's no general approach among different Gallium drivers.

    I'm lost...

  6. #6
    Join Date
    Oct 2009
    Posts
    353

    Default

    Quote Originally Posted by entropy View Post
    I guess one has to be a real expert to keep track on which driver/architecture makes use of which approach to shader compilation.
    Seems like there's no general approach among different Gallium drivers.

    I'm lost...
    Or maybe in the meantime the shaders aren't compiled at all, maybe they're interpreted or read from punch cards.

  7. #7
    Join Date
    Feb 2011
    Location
    Ukraine
    Posts
    132

    Default

    Useless for now, Unigine heaven shows green screen, lightmark does not render a model of the robot, ET:QW receives a segmentation fault.
    R600_USE_LLVM=0 environment variable does not change anything, LLVM shader compiler is used anyway.

  8. #8
    Join Date
    May 2011
    Posts
    33

    Default

    Quote Originally Posted by entropy View Post
    Sounds great! I'm a "bit" confused, though.
    Will this also end up as a workhorse for GLSL eventually or is meant to be OpenCL focused only?
    The LLVM backend will be used for OpenCL. It could potentially be used for GLSL as well, but it still needs a fair amount of work to bring it up to par with the current r600g compiler. At the moment there aren't any plans to improve GLSL support in the LLVM backend, but the work could certainly be done if an interested developer (or developers) wanted to do it.

  9. #9
    Join Date
    May 2011
    Posts
    33

    Default

    Quote Originally Posted by Pontostroy View Post
    Useless for now, Unigine heaven shows green screen, lightmark does not render a model of the robot, ET:QW receives a segmentation fault.
    R600_USE_LLVM=0 environment variable does not change anything, LLVM shader compiler is used anyway.
    The environment variable is actually R600_LLVM. I made a mistake in the commit message.

  10. #10
    Join Date
    Aug 2011
    Posts
    27

    Default

    Quote Originally Posted by tstellar View Post
    The LLVM backend will be used for OpenCL. It could potentially be used for GLSL as well, but it still needs a fair amount of work to bring it up to par with the current r600g compiler. At the moment there aren't any plans to improve GLSL support in the LLVM backend, but the work could certainly be done if an interested developer (or developers) wanted to do it.
    Is this a feasible approach? Will LLVM bring significant improvements in any area over the current compiler?
    If LLVM will be used for GPGPU compute wouldn't it make sense to have one compiler (with two front ends) instead of two?

    is this technically related to the LunarGLASS project? afaik, they have GLSL to LLVM frontend

Posting Permissions

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