From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54119) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b7m2y-0000gX-AO for qemu-devel@nongnu.org; Tue, 31 May 2016 11:57:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b7m2u-0002Qi-MG for qemu-devel@nongnu.org; Tue, 31 May 2016 11:57:35 -0400 Received: from mail-io0-x235.google.com ([2607:f8b0:4001:c06::235]:35308) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b7m2u-0002QS-GQ for qemu-devel@nongnu.org; Tue, 31 May 2016 11:57:32 -0400 Received: by mail-io0-x235.google.com with SMTP id p64so97163956ioi.2 for ; Tue, 31 May 2016 08:57:31 -0700 (PDT) References: <1464192472-7885-1-git-send-email-joel.holdsworth@vcatechnology.com> <20160530075216.GB18068@beaming.home> From: Joel Holdsworth Message-ID: <574DB4C5.5020703@vcatechnology.com> Date: Tue, 31 May 2016 16:59:01 +0100 MIME-Version: 1.0 In-Reply-To: <20160530075216.GB18068@beaming.home> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] linux-user: add option to intercept execve() syscalls List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Riku Voipio Cc: qemu-devel@nongnu.org, Vasileios.Kalintiris@imgtec.com, petrosagg@resin.io On 30/05/16 08:52, Riku Voipio wrote: > On Wed, May 25, 2016 at 05:07:48PM +0100, Joel Holdsworth wrote: > Considering the messiness this serieas adds to QEMU, I do wonder how > much of win this avoidance really is. Suggestions on how to make it less messy would be welcome. > If you have permissions to chroot, > you generally have permissions to set binfmt_misc too. Alternatively > these kind of exec manipulations are already done by external tools like > proot and scratchbox. True. Though I would say that's quite a convoluted solution compared to this patch. The issue I encountered came when I was trying to run ARM gstreamer unit tests. libgstreamer runs the gst-plugin-scanner helper executable at startup to scan for plugins. However it took me a long time to figure this issue out because in the current behavior linux-user doesn't make it clear what qemu will run all child processes on the host even if they are a different arch. Adding these patches offers the choice, and makes the situation clearer to the user. > However if you are ready to stay around to maintain it, and nobody else > objects the code, I can merge it. I'll be around for the time being certainly. Best Regards Joel Holdsworth