From: Rich Felker <dalias@libc.org>
To: musl@lists.openwall.com
Subject: Re: libhybris and musl?
Date: Tue, 2 Sep 2014 04:34:37 -0400 [thread overview]
Message-ID: <20140902083437.GJ12888@brightrain.aerifal.cx> (raw)
In-Reply-To: <CALONj1fbjsRY7_NUeLW4EWJwGHnXpqUZVMO9uDtm2e4dnADP3w@mail.gmail.com>
On Tue, Sep 02, 2014 at 09:11:33AM +0200, Wermut wrote:
> We used libhybris for one single thing. Getting Android/bionic linked
> graphic drivers up and running under embedded glibc linux. Since all the
> hardware vendors startet to only deliver their drivers in binary form and
> exclusivly for Android, these is usually the only way to get GPU up and
> running.
>
> libhybris was originally developed for Sailfish OS that is using Android
> drivers of all kind under a glibc enviroment. The graphic Stack is Android
> OpenGL driver > libhybris > wayland. Other projects like the Intel/Samsung
> "mer" project is doing exactly the same.
>
> If you are interessted how to install and use it, there is a rudimentary
> how to:
> http://www.cnx-software.com/2013/04/21/how-to-use-libhybris-and-android-gpu-libraries-with-mer-linux-on-the-cubieboard/
>
> This thing is a therible hack, but unfortunatly this is often the only way
> to get things like OpenGL, hw video decoding etc. working on embedded arm
> linux. There are no signs that companies like Qualcom or ARM themself with
> their Mali GPU will deliver open source drivers.
>
> Linking your own apps to bionic/libhybris makes absolutly no sense. The
> reason for libhybris is to use bionic binaries (drivers) within glibc based
> enviroments.
How does this work when the binary driver is accessing the same symbol
names (mainly standard functions, but not necessarily) as the program
the driver is loaded into, but the latter needs the real versions in
libc and only the former should be routed through a hack layer?
Rich
next prev parent reply other threads:[~2014-09-02 8:34 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-01 8:55 Jens Staal
2014-09-01 21:08 ` Rich Felker
2014-09-02 7:11 ` Wermut
2014-09-02 8:34 ` Rich Felker [this message]
2014-09-02 9:25 ` Wermut
2014-09-03 22:35 ` Rich Felker
2014-09-03 22:59 ` Rich Felker
2014-09-04 15:17 ` Isaac Dunham
2014-09-04 15:55 ` Rich Felker
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140902083437.GJ12888@brightrain.aerifal.cx \
--to=dalias@libc.org \
--cc=musl@lists.openwall.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/musl/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).