lkml.org 
[lkml]   [2009]   [Jun]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [PATCH 1/6] staging: android: binder: Remove some funny && usage
    From
    Date
    On Wed, 2009-06-24 at 21:09 -0700, Dianne Hackborn wrote:
    > 2009/6/19 Daniel Walker <dwalker@fifo99.com>
    > > Most of these questions related to the fact that I don't think an
    > > interface like this just slips into the kernel as a driver. Since it's
    > > IPC, it's totally generic, and it's not part of a standard (i.e. POSIX),
    > > we need to have some better and more specific information about it (or
    > > atleast I do).
    >
    > Hi, sorry I have been slow to respond. I can give a summary of how
    > binder is used in the Android platform and the associated feature set.
    > I won't try to address other options, especially D-Bus, because
    > honestly I haven't been following it for the last 3 or so years so
    > don't really know its current state of art.

    Thank your for the extensive response. I'm sure it will be helpful in
    educating us as to the usage of the interface..

    Was dbus initially investigated by the Android project as something that
    could be used for IPC? Which other mechanisms had been investigated for
    IPC beyond binder?

    > I'm not sure what the relevance is of Java or C++ people liking it.
    > Does this mean that the important thing is that C people love it and
    > other languages don't matter? :) Anyway whether or not you "love" it
    > I don't think is a matter of programming language but just design
    > style, personal preference, and who knows what else. It has been
    > extremely useful in our implementation of Android, as can be seen in
    > just how much of the system sits on top of it, but that's all.

    The important thing is that it's in the kernel for a better reason than
    simply satisfying a certain language group ..

    I think the biggest issue I have with the binder implementation is that
    it's doing far too much in the kernel, it's not just IPC. It's also
    thread management, memory management, and lots of other stuff that I
    haven't figured out yet .. A lot of it can already be done in userspace.

    Daniel



    \
     
     \ /
      Last update: 2009-06-25 15:27    [W:3.149 / U:0.528 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site