Announcement

Collapse
No announcement yet.

BUS1 Is Working On A D-Bus Broker

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

  • BUS1 Is Working On A D-Bus Broker

    Phoronix: BUS1 Is Working On A D-Bus Broker

    BUS1 remains in-development as an in-kernel IPC mechanism and the spiritual successor to the never-merged KDBUS...

    http://www.phoronix.com/scan.php?pag...S1-dbus-broker

  • #2
    a further failure.

    Comment


    • #3
      Will be BUS1 merged one day? It looks like the KDBUS story.

      Comment


      • #4
        So BUS1 just becomes a second KDBUS. Uhhh, Linus, don't merge this.

        Comment


        • #5
          Originally posted by Azrael5 View Post
          a further failure.
          Why do you deem it to be a failure ?
          To me , this seems like a good thing. They have spinned a couple of cycles, trying to ties things up on all levels and make sure whole thing is technically sound, before presenting it to public by going for kernel inclusion.

          Comment


          • #6
            Roll call for all haters. Please speak up now so we can laugh at you when you soon use bus1 and the dbus-broker to get a faster and more secure userland.

            Just like you use systemd and wayland today.

            Comment


            • #7
              Originally posted by Brane215 View Post

              Why do you deem it to be a failure ?
              To me , this seems like a good thing. They have spinned a couple of cycles, trying to ties things up on all levels and make sure whole thing is technically sound, before presenting it to public by going for kernel inclusion.
              simple: because otherwise they would have already reached the aim. bus1 is another failure.

              Comment


              • #8
                Originally posted by Azrael5 View Post
                simple: because otherwise they would have already reached the aim
                do you have anything to back up this random assertion?

                Comment


                • #9
                  Originally posted by Azrael5 View Post

                  simple: because otherwise they would have already reached the aim. bus1 is another failure.
                  I love how your argument applies on literally anything. Try again.

                  Comment


                  • #10
                    Well, there isn't an awful lot of there there, but if this is just a userland layer sitting on top of BUS1 (maybe to replace dbus-daemon), I don't imagine there being much problem.

                    On the other hand, if this is intended to act as an in-kernel D-Bus broker, I can see it spawning controversy. One the one hand the advantage of fewer context switches and the possibility of better authorization. On the other hand is the philosophy that the kernel should be minimal and if it can be in userspace, it should be, and the problem of continuing kernel bloat. On the gripping hand, it could be a backdoor for serious kernel exploits.

                    I'm reserving judgement on this until we know what it actually is, and until then I'll trust Linus to the the right thing.

                    Comment

                    Working...
                    X