From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/6056 Path: news.gmane.org!not-for-mail From: Isaac Dunham Newsgroups: gmane.linux.lib.musl.general Subject: Re: libhybris and musl? Date: Thu, 4 Sep 2014 08:17:09 -0700 Message-ID: <20140904151709.GA1780@newbook> References: <25172046.n8KGkBYA4f@krypton> <20140901210823.GF12888@brightrain.aerifal.cx> <20140903225917.GO12888@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1409843852 11950 80.91.229.3 (4 Sep 2014 15:17:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 4 Sep 2014 15:17:32 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-6069-gllmg-musl=m.gmane.org@lists.openwall.com Thu Sep 04 17:17:27 2014 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1XPYms-0002H5-Mk for gllmg-musl@plane.gmane.org; Thu, 04 Sep 2014 17:17:26 +0200 Original-Received: (qmail 1798 invoked by uid 550); 4 Sep 2014 15:17:25 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 1790 invoked from network); 4 Sep 2014 15:17:25 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=l8BDlXvMNLWaf9bZ6Zm877bbDavPu5HomjGITL3CEIY=; b=S5st5qlVO5FYlOKfcCGq7aM7lH5v2gu6xbvryBqsQT3l62o8bXpyDX9+qTT4JLhGGw vdyZ3hzYF4VAAVN6pDO8g4jxbu0cGqLMhevJwssfppBniP3XjllXC5Mn8Ah1/hF1018Y otOELF89m485+RGpW5Jg42LoeWIGXdQpshh9Lm4TN6TC7eUtE7fkrV4wBusuQvf6UPxF 0M+6HyC21ox6+98OANyPikXPrCXx3J0wVcZyDzuJ0JFLs4K5ViBEh/9Q4qSkGfPsK5XF UMyIDyqjjlpqsO//U0bXI4cq/dgn/z0hYU2nSkV3oop1m90hezE2R9LpNMTNVPqSh30J NTCQ== X-Received: by 10.66.169.42 with SMTP id ab10mr9856364pac.138.1409843833191; Thu, 04 Sep 2014 08:17:13 -0700 (PDT) Content-Disposition: inline In-Reply-To: <20140903225917.GO12888@brightrain.aerifal.cx> User-Agent: Mutt/1.5.23 (2014-03-12) Xref: news.gmane.org gmane.linux.lib.musl.general:6056 Archived-At: On Wed, Sep 03, 2014 at 06:59:17PM -0400, Rich Felker wrote: > Basically, my view, as expressed many times on #musl, is that all of > the existing GL drivers, but especially the non-free ones, are full of > way too much bad code to be safe to load into your program's address > space. Any process that's loaded them should be treated as potentially > crashing or aborting at any time, and possibly also has serious > namespace pollution from random libs getting pulled in. > > The way I'd like to see this solved for our "new platform vision" is > to move the actual GL implementation out of the address space of the > application using it, and instead provide a universal libGL for > applications to link (even statically, if desired) that marshals all > GL operations over shared-memory-based IPC to a separate process which > has loaded the actual driver for the target hardware you want to > render to. As long as the IPC tools used don't depend on a particular > libc's ABI at all, this should make it trivial to solve the problem > libhybris aimed to solve at the same time: you simply use Bionic in > the GL driver process, and your preferred libc with the application > side libGL. I saw an implementation of GL based on this design or something very similar recently. The point the developer had was to make a GL that could be statically linked and handle remote rendering. Ah yes, there it is: https://github.com/msharov/gleri "Network protocol, service, and API for using OpenGL remotely." HTH, Isaac Dunham