From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53759) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XUKrk-0007cC-2m for qemu-devel@nongnu.org; Wed, 17 Sep 2014 15:26:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XUKrf-0005G7-9E for qemu-devel@nongnu.org; Wed, 17 Sep 2014 15:26:12 -0400 Received: from mx1.redhat.com ([209.132.183.28]:23930) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XUKrf-0005EH-2q for qemu-devel@nongnu.org; Wed, 17 Sep 2014 15:26:07 -0400 Message-ID: <5419E038.3060000@redhat.com> Date: Wed, 17 Sep 2014 21:25:44 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <20140825090917.GA14835@afflict.kos.to> <540433A8.5040509@redhat.com> <20140901095115.GA31799@afflict.kos.to> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] linux-user: enabling binfmt P flag List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell , Joakim Tjernlund Cc: QEMU Developers , Riku Voipio , Michael Tokarev , Alexander Graf , Cole Robinson Il 17/09/2014 18:12, Peter Maydell ha scritto: > On 17 September 2014 08:34, Joakim Tjernlund > wrote: >> Did this go anywhere ? Is there a solution in sight? > > I was hoping for more distro input, but absent that: > > Does anybody care to try to float the idea of an API > extension to the binfmt stuff to pass us the argv0 > out-of-band (eg via an elf auxv vector entry if some > new binfmt flag is passed)? That would I think be the > best approach, though obviously it's a kernel change. > > Failing that I'm not sure we can change upstream > QEMU's behaviour because it will just break too > much to do that. This sucks but the kernel as it > stands just gives us no manoeuvering room :-( Another idea is to add a configure option that defaults to yes. Paolo