[Clfs-dev] embedded

Robert Sink insink71 at gmail.com
Mon Jul 29 17:42:37 PDT 2013


I do have a question as to the eventual completion of the embedded clfs
book.  With my main example being android.. which is also built from
source, there is much more "roll over and play dead" pandering towards
manufacturers inc and since ICS (4.x ROMs)..  Now binaries (blobs) can be
downloaded from some manufacturers if you've got a development device
and/or enough pressure was applied by the consumer base.  Rarely are these
open sourced; in fact, since ICS, Google has pretty much ok'd the binaries
in their policy.  Too much time & effort to reverse engineer and perfect..
only to have a new device roll out and switch to it (the life of a dev).
So.. question would be, use the binaries in an open source/building
manual/process [embedded clfs] or no?  Without the embedded binaries.. One
would have a hard time bringing a device's camera online, NFC, or such
things that the manufacturer community holds close (sometimes GPU even).
I suppose there are open embedded platforms that would work as targets (ie
Raspberry pi, beagleboard/bone, even gta04 (previously openmoko)) but very
few... So I guess it boils down to.. If you own a device and manufacturer
has given you the binaries (they are a pain in the a$$ to build with;
basically errors make you twerk HALs [hardware application layers] so you
can keep using the blob until a newer is released (if ever)).. Should we
build in w/ clfs.. or is that in and of itself against clfs mantra, bad
form or whatever.. Just thought I'd ask before I attempted building for one
such target.

Thanks,
Rob
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.clfs.org/pipermail/clfs-dev-clfs.org/attachments/20130729/b7251a39/attachment.html>


More information about the Clfs-dev mailing list