Announcement

Collapse
No announcement yet.

Red Hat's Plymouth Sees New Work

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

  • #16
    Originally posted by sreyan View Post
    Upstart is actually a replacement for the SystemV init system. Plymouth is more parallel to ubuntu's Usplash.
    Yeah, sure. I meant you need to integrate it into your boot process - which means SysV for Debian and Upstart for Ubuntu.


    Originally posted by aaaantoine View Post
    Will KMS utilize more graphics modes so that we don't have, for example, a 1024x768 splash screen followed by a 1280x800 X Server login screen?
    Well, as far as I know, there is no possibility to configure that atm, but with KMS my system boots at 1440x900 (the panel's native).
    So yes, if you have an LCD-panel, Plymouth should run at the desired resolution.

    Comment


    • #17
      I think it would be an interesting project to add fb based egl support to Plymouth.
      OpenGL rendered bootsplash anyone?

      Comment


      • #18
        Didn't directfb offer opengl, and also have a boot splash solution?

        Comment


        • #19
          Originally posted by curaga View Post
          Didn't directfb offer opengl, and also have a boot splash solution?
          Interesting.. Would you know if it is HW accelerated OpenGL? I thought the DirectFB OpenGL was software only.

          Comment


          • #20
            It appears to have both, Mesa software rendering or hw accel via DRI. However I haven't used it, just stumbled upon

            Comment


            • #21
              DirectFB has yet another set of drivers (in addition to the kernel drivers, the Xorg drivers, and the Mesa drivers) which are naturally incomplete.

              DirectFBGL claims to use Mesa/DRI, but there is little to no information about it on the website (all the links from the DirectFBGL introduction page are broken).

              DirectFB is a PERFECT example of why KMS/GEM/DRI2/Gallium/etc. are awesome. It removes the need for the DirectFB team to maintain yet another set of (incomplete and buggy) drivers.

              Comment


              • #22
                Originally posted by elanthis View Post
                DirectFB has yet another set of drivers (in addition to the kernel drivers, the Xorg drivers, and the Mesa drivers) which are naturally incomplete.

                DirectFBGL claims to use Mesa/DRI, but there is little to no information about it on the website (all the links from the DirectFBGL introduction page are broken).

                DirectFB is a PERFECT example of why KMS/GEM/DRI2/Gallium/etc. are awesome. It removes the need for the DirectFB team to maintain yet another set of (incomplete and buggy) drivers.
                You know when the DirectFB will benefit from the new GEM/KMS drivers?

                I would like to see the DirectFB running at full speed on my Linux 2.6.31 with the new GEM/KSM drivers!!

                Cheers!

                Comment


                • #23
                  Originally posted by Pfanne View Post
                  same here...
                  when i read the descritption of the new plugin i thought, when is all this supposed to happen when we are working so hard to have insant-on computers...
                  We won't have instant-on computers for a long time unless you are resuming from suspend. It's mostly a matter on what you want to look at during the twenty or so seconds during the boot imo. It's not like you couldn't get rid of the graphical boot things in Fedora trivially.

                  Comment


                  • #24
                    Originally posted by aaaantoine View Post
                    Will KMS utilize more graphics modes so that we don't have, for example, a 1024x768 splash screen followed by a 1280x800 X Server login screen?
                    This of it this way: X server uses KMS to set display resolution. KMS will have all graphics modes that X server will have, no more, no less.

                    Comment


                    • #25
                      The idea with KMS is not *more* modes, but the ability to go into the desired mode very early in the boot cycle and stay there right through X initialization and ongoing use of the system.

                      Comment

                      Working...
                      X