All of lore.kernel.org
 help / color / mirror / Atom feed
From: Joel Holdsworth <joel.holdsworth@vcatechnology.com>
To: Riku Voipio <riku.voipio@iki.fi>
Cc: qemu-devel@nongnu.org, Vasileios.Kalintiris@imgtec.com,
	petrosagg@resin.io
Subject: Re: [Qemu-devel] linux-user: add option to intercept execve() syscalls
Date: Tue, 31 May 2016 16:59:01 +0100	[thread overview]
Message-ID: <574DB4C5.5020703@vcatechnology.com> (raw)
In-Reply-To: <20160530075216.GB18068@beaming.home>

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

  reply	other threads:[~2016-05-31 15:57 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-05-25 16:07 [Qemu-devel] linux-user: add option to intercept execve() syscalls Joel Holdsworth
2016-05-25 16:07 ` [Qemu-devel] [PATCH 1/4] " Joel Holdsworth
2016-05-25 16:07 ` [Qemu-devel] [PATCH 2/4] linux-user: pass environment arguments in execve Joel Holdsworth
2016-05-25 16:07 ` [Qemu-devel] [PATCH 3/4] linux-user: pass elf interpreter prefix " Joel Holdsworth
2016-05-25 16:07 ` [Qemu-devel] [PATCH 4/4] linux-user: pass strace argument " Joel Holdsworth
2016-05-30  7:52 ` [Qemu-devel] linux-user: add option to intercept execve() syscalls Riku Voipio
2016-05-31 15:59   ` Joel Holdsworth [this message]
  -- strict thread matches above, loose matches on Subject: below --
2016-06-14 19:26 Joel Holdsworth

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=574DB4C5.5020703@vcatechnology.com \
    --to=joel.holdsworth@vcatechnology.com \
    --cc=Vasileios.Kalintiris@imgtec.com \
    --cc=petrosagg@resin.io \
    --cc=qemu-devel@nongnu.org \
    --cc=riku.voipio@iki.fi \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.