From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from bedivere.hansenpartnership.com ([66.63.167.143]:46232 "EHLO bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726227AbeKAMAY (ORCPT ); Thu, 1 Nov 2018 08:00:24 -0400 Message-ID: <1541041159.4632.6.camel@HansenPartnership.com> Subject: Re: [PATCH v6 0/1] ns: introduce binfmt_misc namespace From: James Bottomley To: Laurent Vivier , linux-kernel@vger.kernel.org Cc: Jann Horn , linux-api@vger.kernel.org, containers@lists.linux-foundation.org, Dmitry Safonov , Alexander Viro , linux-fsdevel@vger.kernel.org, Eric Biederman Date: Wed, 31 Oct 2018 19:59:19 -0700 In-Reply-To: <7ed6f823-547b-922d-59ff-aba9c4c3ab39@vivier.eu> References: <20181010161430.11633-1-laurent@vivier.eu> <7ed6f823-547b-922d-59ff-aba9c4c3ab39@vivier.eu> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Tue, 2018-10-16 at 11:52 +0200, Laurent Vivier wrote: > Hi, > > Any comment on this last version? > > Any chance to be merged? I've got a use case for this: I went to one of the Graphene talks in Edinburgh and it struck me that we seem to keep reinventing the type of sandboxing that qemu-user already does. However if you want to do an x86 on x86 sandbox, you can't currently use the binfmt_misc mechanism because that has you running *every* binary on the system emulated. Doing it per user namespace fixes this problem and allows us to at least cut down on all the pointless duplication. James