Thread (89 messages) flat view 89 messages, 18 authors, 2014-11-17

Re: [PATCH 00/12] Add kdbus implementation

From: Jiri Kosina <hidden>
Date: 2014-10-29 23:26:36
Also in: lkml

On Thu, 30 Oct 2014, Jiri Kosina wrote:
quoted
quoted
It seems to me that most of the highlight features from the cover letter 
can be "easily" (for certain definition of that word, of course) 
implemented in userspace (vmsplice(), sending fd through unix socket, user 
namespaces, UUID management, etc).
We have dbus in userspace today, but that requires extra copies of data,
But we can do zero-copy between processess for quite some time already, so 
what exactly is the issue here?
quoted
and isn't easy, or even possible, to do some of the application-specific
bus logic that kdbus provides.  
I unfortunately have absolutely no idea what should I imagine here.
Also, I think I have heard that binder is going out of staging now, right?

I admittedly have very limited understanding of both binder and kdbus, but 
I guess that is the case for many folks. My understanding is that they are 
providing very similar functionality, so explanation why we need *both* in 
the kernel would be very interesting as well.

-- 
Jiri Kosina
SUSE Labs
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help