qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Ilya Leoshkevich <iii@linux.ibm.com>
To: Laurent Vivier <laurent@vivier.eu>,
	Noah Goldstein <goldstein.w.n@gmail.com>,
	qemu-devel@nongnu.org
Subject: Re: [PATCH v1] linux-user: Add option to run `execve`d programs through QEMU
Date: Wed, 02 Oct 2024 16:25:41 +0200	[thread overview]
Message-ID: <4d6c668781d12b8cd0c1fd18fbc4ef2abcf74806.camel@linux.ibm.com> (raw)
In-Reply-To: <1251d17b-71f4-4630-b71f-990860bd9366@vivier.eu>

On Wed, 2024-10-02 at 16:08 +0200, Laurent Vivier wrote:
> Le 02/10/2024 à 10:08, Ilya Leoshkevich a écrit :
> > On Fri, 2024-08-30 at 15:36 -0700, Noah Goldstein wrote:
> > > The new option '-qemu-children' makes it so that on `execve` the
> > > child
> > > process will be launch by the same `qemu` executable that is
> > > currently
> > > running along with its current commandline arguments.
> > > 
> > > The motivation for the change is to make it so that plugins
> > > running
> > > through `qemu` can continue to run on children.  Why not just
> > > `binfmt`?: Plugins can be desirable regardless of
> > > system/architecture
> > > emulation, and can sometimes be useful for elf files that can run
> > > natively. Enabling `binfmt` for all natively runnable elf files
> > > may
> > > not be desirable.
> > 
> > Another reason to have this is that one may not have root
> > permissions
> > to configure binfmt-misc.
> 
> A little note on that: binfmt_misc is now part of the user namespace
> (since linux v6.7), so you can 
> configure binfmt_misc as a non root user in a given namepace.
> 
> There is helper to use it with unshare from util-linux, you can do
> things like that:
> 
>    With 'F' flag, load the interpreter from the initial namespace:
> 
>      $ /bin/qemu-m68k-static --version
>      qemu-m68k version 8.2.2 (qemu-8.2.2-1.fc40)
>      Copyright (c) 2003-2023 Fabrice Bellard and the QEMU Project
> developers
>      $ unshare --map-root-user --fork --pid 
> --load-interp=":qemu-
> m68k:M::\\x7fELF\\x01\\x02\\x01\\x00\\x00\\x00\\x00\\x00\\x00\\x00\\x
> 00\\x00\\x00\\x02\\x00\\x04:\\xff\\xff\\xff\\xff\\xff\\xff\\xfe\\x00\
> \xff\\xff\\xff\\xff\\xff\\xff\\xff\\xff\\xff\\xfe\\xff\\xff:/bin/qemu
> -m68k-static:OCF" 
> --root=chroot/m68k/sid
>      # QEMU_VERSION= ls
>      qemu-m68k version 8.2.2 (qemu-8.2.2-1.fc40)
>      Copyright (c) 2003-2023 Fabrice Bellard and the QEMU Project
> developers
>      # /qemu-m68k  --version
>      qemu-m68k version 8.0.50 (v8.0.0-340-gb1cff5e2da95)
>      Copyright (c) 2003-2022 Fabrice Bellard and the QEMU Project
> developers
> 
>    Without 'F' flag, from inside the namespace:
> 
>      $ unshare --map-root-user --fork --pid 
> --load-interp=":qemu-
> m68k:M::\\x7fELF\\x01\\x02\\x01\\x00\\x00\\x00\\x00\\x00\\x00\\x00\\x
> 00\\x00\\x00\\x02\\x00\\x04:\\xff\\xff\\xff\\xff\\xff\\xff\\xfe\\x00\
> \xff\\xff\\xff\\xff\\xff\\xff\\xff\\xff\\xff\\xfe\\xff\\xff:/qemu-
> m68k:OC" 
> --root=chroot/m68k/sid
>      # QEMU_VERSION= ls
>      qemu-m68k version 8.0.50 (v8.0.0-340-gb1cff5e2da95)
>      Copyright (c) 2003-2022 Fabrice Bellard and the QEMU Project
> developers
>      # /qemu-m68k  --version
>      qemu-m68k version 8.0.50 (v8.0.0-340-gb1cff5e2da95)
>      Copyright (c) 2003-2022 Fabrice Bellard and the QEMU Project
> developers
> 
> Thanks,
> Laurent
> 

Thanks for posting this, I wasn't aware of this feature and it looks
really useful. 

IIUC it also resolves the main problem this patch is dealing with:

  Enabling `binfmt` for all natively runnable elf files may
  not be desirable.


  reply	other threads:[~2024-10-02 14:38 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-08-30 22:36 [PATCH v1] linux-user: Add option to run `execve`d programs through QEMU Noah Goldstein
2024-08-30 22:37 ` Noah Goldstein
2024-09-10 22:06   ` Noah Goldstein
2024-09-24 14:43     ` Noah Goldstein
2024-10-02  8:08 ` Ilya Leoshkevich
2024-10-02 14:05   ` Noah Goldstein
2024-10-02 16:39     ` Ilya Leoshkevich
2024-10-02 16:42       ` Noah Goldstein
2024-10-11 18:14         ` Noah Goldstein
2024-10-22 22:06           ` Noah Goldstein
2024-10-29 14:51             ` Noah Goldstein
2024-10-02 14:08   ` Laurent Vivier
2024-10-02 14:25     ` Ilya Leoshkevich [this message]
2024-10-02 14:44       ` Noah Goldstein
2024-10-02 14:53         ` Ilya Leoshkevich
2024-10-02 15:10           ` Noah Goldstein
2024-10-02 16:14             ` Ilya Leoshkevich
2024-10-02 16:24               ` Noah Goldstein
2024-10-02 16:35                 ` Ilya Leoshkevich
2024-10-02 16:36                   ` Noah Goldstein
2024-10-02 15:59           ` Laurent Vivier
2024-10-02 14:50 ` [PATCH v2] " Noah Goldstein
2024-10-29 15:23 ` [PATCH v1] " Alex Bennée
2024-10-29 15:27   ` Noah Goldstein
2024-10-30 14:10 ` Noah Goldstein
2024-10-30 14:11   ` Noah Goldstein
2024-11-05 11:37   ` Richard Henderson
2024-11-05 23:48     ` Noah Goldstein
2024-11-05 23:54       ` Noah Goldstein
2024-11-06  9:38         ` Richard Henderson
2024-11-06 17:03           ` Noah Goldstein
2024-11-06 17:25             ` Richard Henderson
2024-11-06 17:53               ` Noah Goldstein
2024-11-06 18:13                 ` Noah Goldstein
2024-11-06 21:10                   ` Richard Henderson
2024-11-06 21:30                     ` Noah Goldstein
2024-11-06 23:49                       ` Noah Goldstein
2024-11-07  9:42                         ` Richard Henderson
2024-11-07  9:29                       ` Richard Henderson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4d6c668781d12b8cd0c1fd18fbc4ef2abcf74806.camel@linux.ibm.com \
    --to=iii@linux.ibm.com \
    --cc=goldstein.w.n@gmail.com \
    --cc=laurent@vivier.eu \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).