[Patch resend v3 3/3] binfmt_misc: add F option description to documentation

James Bottomley James.Bottomley at HansenPartnership.com
Tue Apr 19 20:01:51 UTC 2016


On Tue, 2016-04-19 at 14:58 -0500, Serge E. Hallyn wrote:
> Quoting James Bottomley (James.Bottomley at HansenPartnership.com):
> > Signed-off-by: James Bottomley <
> > James.Bottomley at HansenPartnership.com>
> 
> Acked-by: Serge Hallyn <serge.hallyn at canonical.com>
> 
> Thanks, James.  Which tree were you thinking this would go in
> through?

I'm happy to become binfmt_misc maintainer (on the grounds that last to
touch it gets to keep it) and thus run my own tree, but I talked to Al
at LSF/MM and he thinks it can go through the vfs tree.

James

> > ---
> >  Documentation/binfmt_misc.txt | 7 +++++++
> >  1 file changed, 7 insertions(+)
> > 
> > diff --git a/Documentation/binfmt_misc.txt
> > b/Documentation/binfmt_misc.txt
> > index 6b1de70..ec83bbc 100644
> > --- a/Documentation/binfmt_misc.txt
> > +++ b/Documentation/binfmt_misc.txt
> > @@ -66,6 +66,13 @@ Here is what the fields mean:
> >              This feature should be used with care as the
> > interpreter
> >              will run with root permissions when a setuid binary
> > owned by root
> >              is run with binfmt_misc.
> > +      'F' - fix binary.  The usual behaviour of binfmt_misc is to
> > spawn the
> > +      	    binary lazily when the misc format file is
> > invoked.  However,
> > +	    this doesn't work very well in the face of mount
> > namespaces and
> > +	    changeroots, so the F mode opens the binary as soon as
> > the
> > +	    emulation is installed and uses the opened image to
> > spawn the
> > +	    emulator, meaning it is always available once
> > installed,
> > +	    regardless of how the environment changes.
> >  
> >  
> >  There are some restrictions:



More information about the Containers mailing list