Comment Re:Oh grow up (Score 2) 232
moving it to the kernel will help with performance, and potentially security.
Performance likely, because data can actually be shoveled between processes with probably greater concurrency than with a third user land context in the mix.
Security I don't see how, moving it in the kernel is an improvement. You add all the risks associated with being able to step all over systemically important data structures to a "process" that by definition has to communicate with a largish number of less trusted processes. If you limit who/what is allowed to talk to dbus with a firewall like solution you make dbus less useful as an IPC channel.
The kernel team tends to be made up of really well qualified people and have more discipline than other OSS projects so in that sense the code quality might go up, but there are probably better ways to accomplish that than merging a project into the kernel!
The performance considerations might be a justification but I have never really seen DBUS as a high performance IPC channel anyway. Maybe I am just badly misinformed on its planned usecases. I thought it was for deriving simple short messages like "A new input device is a available" not shoveling megabytes of data between processes. We have fifo pipes and UNIX sockets for that, and if latency is an issue there is always shared memory.