Announcement

Collapse
No announcement yet.

LunarG Proposes A Shader And Kernel Compiler Stack

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • LunarG Proposes A Shader And Kernel Compiler Stack

    Phoronix: LunarG Proposes A Shader And Kernel Compiler Stack

    LunarG, the consulting company providing professional services for Mesa / Gallium3D that's led by Jens Owens, the founder of Tungsten Graphics, is beginning to commence work on a new project: LunarGLASS. Last year, LunarG wanted to provided better Linux graphics documentation, but this new LunarGLASS initiative is much more ambitious and it's about providing a complete shader and kernel compiler stack...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    Does it bring OpenGL 4.1 to Mesa?

    Does it magically make Intel/Radeon/Nouveau open source drivers faster than they are today?

    If none of this, who wants/needs it?

    Comment


    • #3
      Originally posted by birdie View Post
      Does it bring OpenGL 4.1 to Mesa?

      Does it magically make Intel/Radeon/Nouveau open source drivers faster than they are today?

      If none of this, who wants/needs it?
      that's a poor attitude, not everything has to have an immediate benefit, y'know.

      Comment


      • #4
        I'd be interested to see some driver devs comment on this. Thus far I've mostly heard comments that LLVM isn't really that useful in GPU drivers and this thing seems to lean heavily towards LLVM front.

        Comment


        • #5
          Originally posted by birdie View Post
          Does it bring OpenGL 4.1 to Mesa?
          It helps.

          Does it magically make Intel/Radeon/Nouveau open source drivers faster than they are today?
          Yes, as it will make the compiled shaders run faster, which is where all the graphics computation is happening in modern apps.

          Comment


          • #6
            Any plans to optimize the Gallium3d on Radeon (R500)? If so, what is the time frame?

            Comment


            • #7
              Will this eliminate the vast amount of translations in gallium (between mesa ir, tgsi and god knows what else)?

              If yes, then I think we all would like to have this.

              Comment


              • #8
                Originally posted by HokTar View Post
                Will this eliminate the vast amount of translations in gallium (between mesa ir, tgsi and god knows what else)?

                If yes, then I think we all would like to have this.
                According to the proposal, in the short term it will add extra translations (it will hook itself in between the existing GLSL2 IR and TGSI/classic MESA IR). Then, after it's proven itself, all those extra layers could drop away when drivers create backends directly into the new stack rather than relying on TGSI.

                Comment


                • #9
                  So it's basicaly "Hey let's test if this is hella fast", while maintaining compatibility with Gallium and TGSI, and when it's faster it will repace the TGSI IR with itself (as soon as drivers decide not to eat TGSI but this new Glass IR...)

                  Seriously... why the hell not?

                  Comment


                  • #10
                    Originally posted by V!NCENT View Post
                    So it's basicaly "Hey let's test if this is hella fast", while maintaining compatibility with Gallium and TGSI, and when it's faster it will repace the TGSI IR with itself (as soon as drivers decide not to eat TGSI but this new Glass IR...)

                    Seriously... why the hell not?
                    yep, but real issue probably is "will gallium, intel/ati\amd/nouveau developers do it solely or LunarG people ?"

                    because, if former - it will take up precious time in which they could be implementing OpenGL 3.3 and stabilising & optimising current code.
                    if later - it will be sweet: guys will do initial work on their branch, test it and merge it if it succeed.

                    Comment

                    Working...
                    X