Announcement

Collapse
No announcement yet.

Wayland's Weston Can Now Run On DirectFB

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

  • Wayland's Weston Can Now Run On DirectFB

    Phoronix: Wayland's Weston Can Now Run On DirectFB

    As the latest interesting event in the Wayland world, DirectFB developers have ported Wayland's Weston compositor to run on DirectFB so that any DirectFB platform can now use Weston, including EGL and OpenGL ES support...

    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
    What does DirectFB replace in the graphics stack?

    I was under the impression that there is nothing between the OS/hardware and Weston other than a device driver for the graphics chip. If Weston can now run on DirectFB, what does Weston run on if DirectFB is not in use? In other words, what does DirectFB replace in the graphics stack?

    Comment


    • #3
      Originally posted by bison View Post
      I was under the impression that there is nothing between the OS/hardware and Weston other than a device driver for the graphics chip. If Weston can now run on DirectFB, what does Weston run on if DirectFB is not in use? In other words, what does DirectFB replace in the graphics stack?
      I could be wrong, but I'm thinking it inserts itself between System Compositor and the kernel

      All opinions are my own not those of my employer if you know who they are.

      Comment


      • #4
        Originally posted by bison View Post
        I was under the impression that there is nothing between the OS/hardware and Weston other than a device driver for the graphics chip. If Weston can now run on DirectFB, what does Weston run on if DirectFB is not in use?
        You can make Weston run on quite many things if you want to, with varying degree of performance and features. Weston runs on X11, too. Native Weston, if we can use that term, runs on the kernel DRM & KMS interfaces and Mesa EGL and GL drivers. Weston can run even on fbdev (not accelerated), so as long as there is a way to present the output, you could make Weston run on it at least. Also input needs to come from somewhere.

        Comment


        • #5
          Originally posted by Ericg View Post
          I could be wrong, but I'm thinking it inserts itself between System Compositor and the kernel
          Thanks for the diagram. It looks like DirectFB is an addition to the normal Wayland graphics stack, which still leaves me wondering what it's there for.

          Comment


          • #6
            Originally posted by pq__ View Post
            You can make Weston run on quite many things if you want to, with varying degree of performance and features. Weston runs on X11, too. Native Weston, if we can use that term, runs on the kernel DRM & KMS interfaces and Mesa EGL and GL drivers. Weston can run even on fbdev (not accelerated), so as long as there is a way to present the output, you could make Weston run on it at least. Also input needs to come from somewhere.
            Thanks for the explanation. So... what would be the advantage of running Weston (or some other Wayland compositor) on DirectFB instead of directly on the kernel and Mesa drivers?

            Comment


            • #7
              Originally posted by bison View Post
              Thanks for the explanation. So... what would be the advantage of running Weston (or some other Wayland compositor) on DirectFB instead of directly on the kernel and Mesa drivers?
              Maybe being able to run it on platforms where there's neither KMS nor DRM? (mobile for example)

              Comment


              • #8
                Originally posted by bison View Post
                Thanks for the explanation. So... what would be the advantage of running Weston (or some other Wayland compositor) on DirectFB instead of directly on the kernel and Mesa drivers?
                My understanding is that it competes with the DRM/KMS kernel drivers. That DirectFB is quite popular with certain embedded devices, while DRM/KMS was more driven from the desktop side. And that the 2 camps aren't very friendly with one another, with each kind of questioning the purpose of having a 2nd option since they think theirs is sufficient for everything.

                Comment


                • #9
                  Originally posted by smitty3268 View Post
                  My understanding is that it competes with the DRM/KMS kernel drivers. That DirectFB is quite popular with certain embedded devices, while DRM/KMS was more driven from the desktop side. And that the 2 camps aren't very friendly with one another, with each kind of questioning the purpose of having a 2nd option since they think theirs is sufficient for everything.
                  If you read the Arch wiki page for DirectFB, one of the reasons it wins out on the mobile side is it mainly concerns itself with single application displaying. Now, DirectFB 3 is supposed to TRY to fix that, but its not out yet. So if you want multiple apps on screen at once...which most of us do... DirectFB ain't what ya looking for.
                  All opinions are my own not those of my employer if you know who they are.

                  Comment

                  Working...
                  X