Announcement

Collapse
No announcement yet.

LLVMpipe Doesn't Yet Like The GNOME Shell

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

  • LLVMpipe Doesn't Yet Like The GNOME Shell

    Phoronix: LLVMpipe Doesn't Yet Like The GNOME Shell

    Last week we published our first benchmarks of LLVMpipe, which is a new driver for Gallium3D that's to serve as a software rasterizer on the CPU. LLVMpipe is ideal for cases where a GPU is not available or supported and it leverages LLVM (the Low-Level Virtual Machine) for optimization and providing much better software acceleration than Mesa's traditional software rasterizer or Gallium3D's previous Softpipe driver. LLVMpipe really likes modern, fast processors with SSE3/SSE4 support especially for best performance, but will work with nearly any 64-bit Intel/AMD processor. Unfortunately, LLVMpipe doesn't yet play well with GNOME Shell...

    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
    That actually was a really good point. it would be amazing to be able to offer a consistent desktop experience for all users.

    Comment


    • #3
      Originally posted by xir_ View Post
      That actually was a really good point. it would be amazing to be able to offer a consistent desktop experience for all users.
      No you should offer a *good* experience to all users... loading down your CPU with bling will not do that. This is little more than proof of concept unless we get oct-channel ram and 16 way processing :-)

      If a computer doesn't have a 3d accelerator you shouldn't be doing 3d...and running compiz or gnomeshell would defeat the purpose of LLVMpipe as well (which is to make software rendering better as they would slow any 3d operations down in user software significantly.)

      LLVMpipe will let people without a 3d card and a fast CPU play a few opengl games... but little more

      Comment


      • #4
        Also note that the compiz white screen is just textures not being rendered (lack of texture from pixmap I think) if you rotate the desktop you can clearly see the "cube caps" are rendered correctly

        Comment


        • #5
          Hmm I just tried this gnome-shell thingy but seems like nouveau is tad broken:

          Comment


          • #6
            LLVMpipe, Softpipe and Swrast don't have a GLX_EXT_texture_from_pixmap implentation in the driver yet (even though libGL says they do). This means that texture binding on either compiz or mutter will always instantly fail

            Comment


            • #7
              Phoronix, you just made my day. I knew the quality of your articles has never been high, though you have always been able to provide unique stories and are often the first to publish new happenings on the FOSS GPU driver front.

              However, what you just posted is a blast. It's a bug report, and a particularly long one, too. You didn't provide a backtrace, not a hint where the problem may lie. You simply stated "hey, we tried running development software x on development software y, and it didn't work". And it only took you 608 words. Thank you for filling my feed reader, this is the best day of my life.

              Comment


              • #8
                Originally posted by tulcod View Post
                However, what you just posted is a blast. It's a bug report, and a particularly long one, too. You didn't provide a backtrace, not a hint where the problem may lie. You simply stated "hey, we tried running development software x on development software y, and it didn't work". And it only took you 608 words. Thank you for filling my feed reader, this is the best day of my life.
                Who said that he has to fill out bugs and give backtracks etc. It's reality. Go and fill out bugs yourself, like it's going to be fixed right away since no one knows about or cares.

                Comment


                • #9
                  Well this looks like the glx_tfp implementation is broken (which also explains the white screen when running compiz).

                  Comment


                  • #10
                    Originally posted by drago01 View Post
                    Well this looks like the glx_tfp implementation is broken (which also explains the white screen when running compiz).
                    Though if we believe SmSpillaz - and why should we - it's more non-existing than broken.

                    Comment

                    Working...
                    X