[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1245936299.32124.299.camel@desktop>
Date: Thu, 25 Jun 2009 06:24:59 -0700
From: Daniel Walker <dwalker@...o99.com>
To: Dianne Hackborn <hackbod@...roid.com>
Cc: Arve Hjønnevåg <arve@...roid.com>,
Brian Swetland <swetland@...gle.com>,
Jeremy Fitzhardinge <jeremy@...p.org>,
Greg Kroah-Hartman <greg@...ah.com>,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/6] staging: android: binder: Remove some funny &&
usage
On Wed, 2009-06-24 at 21:09 -0700, Dianne Hackborn wrote:
> 2009/6/19 Daniel Walker <dwalker@...o99.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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists