From: Rusty Russell <rusty@rustcorp.com.au>
To: Jeremy Fitzhardinge <jeremy@xensource.com>
Cc: Linus Torvalds <torvalds@linux-foundation.com>,
Randy Dunlap <randy.dunlap@oracle.com>,
Jeremy Fitzhardinge <jeremy@goop.org>,
Xen-devel <xen-devel@lists.xensource.com>,
Bj?rn Steinbrink <B.Steinbrink@gmx.de>, Andi Kleen <ak@suse.de>,
lkml <linux-kernel@vger.kernel.org>,
David Howells <dhowells@redhat.com>,
Andrew Morton <akpm@linux-foundation.com>
Subject: Re: [Xen-devel] [patch 03/44] usermodehelper: split setup from execution
Date: Tue, 17 Jul 2007 10:41:10 +1000 [thread overview]
Message-ID: <1184632870.5955.26.camel@localhost.localdomain> (raw)
In-Reply-To: <20070716232912.409821000@xensource.com>>
On Mon, 2007-07-16 at 16:15 -0700, Jeremy Fitzhardinge wrote:
> plain text document attachment (usermodehelper-split-init.patch)
> Rather than having hundreds of variations of call_usermodehelper for
> various pieces of usermode state which could be set up, split the
> info allocation and initialization from the actual process execution.
>
> This means the general pattern becomes:
> info = call_usermodehelper_setup(path, argv, envp); /* basic state */
> call_usermodehelper_<SET EXTRA STATE>(info, stuff...); /* extra state */
> call_usermodehelper_exec(info, wait); /* run process and free info */
The patch seems fine, but the names are awkward. They've always been
awkward (it's *userspace* helper, not *usermode* helper), but this just
shines a bright light on them.
So how about:
call_usermodehelper_setup -> create_userspace_helper
call_usermodehelper_<SET_EXTRA_STATE> -> userspace_helper_...
call_usermodehelper_exec -> run_userspace_helper
I can do that as a separate patch if you prefer (but it'd be nice to
have it in the same merge window so the interface only churns once).
Rusty.
next prev parent reply other threads:[~2007-07-17 0:41 UTC|newest]
Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20070716231536.937393000@xensource.com>
2007-07-16 23:15 ` [patch 01/44] add kstrndup Jeremy Fitzhardinge
2007-07-16 23:15 ` [patch 02/44] add argv_split() Jeremy Fitzhardinge
2007-07-16 23:15 ` [patch 03/44] usermodehelper: split setup from execution Jeremy Fitzhardinge
2007-07-16 23:15 ` [patch 04/44] Add common orderly_poweroff() Jeremy Fitzhardinge
2007-07-16 23:15 ` [patch 05/44] usermodehelper: Tidy up waiting Jeremy Fitzhardinge
2007-07-16 23:15 ` [patch 06/44] use elfnote.h to generate vsyscall notes Jeremy Fitzhardinge
2007-07-16 23:15 ` [patch 07/44] paravirt: add an "mm" argument to alloc_pt Jeremy Fitzhardinge
2007-07-16 23:15 ` [patch 08/44] paravirt: add a hook for once the allocator is ready Jeremy Fitzhardinge
2007-07-16 23:15 ` [patch 09/44] paravirt: increase IRQ limit Jeremy Fitzhardinge
2007-07-16 23:15 ` [patch 10/44] paravirt: unstatic leave_mm Jeremy Fitzhardinge
2007-07-16 23:15 ` [patch 11/44] paravirt: unstatic smp_store_cpu_info Jeremy Fitzhardinge
2007-07-16 23:15 ` [patch 12/44] paravirt: make siblingmap functions visible Jeremy Fitzhardinge
2007-07-16 23:15 ` [patch 13/44] paravirt: export __supported_pte_mask Jeremy Fitzhardinge
2007-07-16 23:15 ` [patch 14/44] Allocate and free vmalloc areas Jeremy Fitzhardinge
2007-07-16 23:15 ` [patch 15/44] paravirt: helper to disable all IO space Jeremy Fitzhardinge
2007-07-16 23:15 ` [patch 16/44] Add a sched_clock paravirt_op Jeremy Fitzhardinge
2007-07-16 23:15 ` [patch 17/44] Add nosegneg capability to the vsyscall page notes Jeremy Fitzhardinge
2007-07-16 23:15 ` [patch 18/44] xen: Add Xen interface header files Jeremy Fitzhardinge
2007-07-16 23:15 ` [patch 19/44] xen: Core Xen implementation Jeremy Fitzhardinge
2007-07-16 23:15 ` [patch 20/44] xen: virtual mmu Jeremy Fitzhardinge
2007-07-16 23:15 ` [patch 21/44] xen: event channels Jeremy Fitzhardinge
2007-07-16 23:15 ` [patch 22/44] xen: time implementation Jeremy Fitzhardinge
2007-07-16 23:15 ` [patch 23/44] xen: configuration Jeremy Fitzhardinge
2007-07-16 23:16 ` [patch 24/44] xen: add pinned page flag Jeremy Fitzhardinge
2007-07-16 23:16 ` [patch 25/44] xen: Complete pagetable pinning Jeremy Fitzhardinge
2007-07-16 23:16 ` [patch 26/44] xen: ignore RW mapping of RO pages in pagetable_init Jeremy Fitzhardinge
2007-07-16 23:16 ` [patch 27/44] xen: Account for stolen time Jeremy Fitzhardinge
2007-07-16 23:16 ` [patch 28/44] xen: Implement sched_clock Jeremy Fitzhardinge
2007-07-16 23:16 ` [patch 29/44] xen: SMP guest support Jeremy Fitzhardinge
2007-07-16 23:16 ` [patch 30/44] xen: Add support for preemption Jeremy Fitzhardinge
2007-07-16 23:16 ` [patch 31/44] xen: lazy-mmu operations Jeremy Fitzhardinge
2007-07-16 23:16 ` [patch 32/44] xen: hack to prevent bad segment register reload Jeremy Fitzhardinge
2007-07-16 23:16 ` [patch 33/44] xen: use the hvc console infrastructure for Xen console Jeremy Fitzhardinge
2007-07-16 23:16 ` [patch 34/44] xen: Add grant table support Jeremy Fitzhardinge
2007-07-16 23:16 ` [patch 35/44] xen: add the Xenbus sysfs and virtual device hotplug driver Jeremy Fitzhardinge
2007-07-16 23:16 ` [patch 36/44] xen: add virtual block device driver Jeremy Fitzhardinge
2007-07-16 23:16 ` [patch 37/44] xen: add virtual network " Jeremy Fitzhardinge
2007-07-16 23:16 ` [patch 38/44] xen: machine operations Jeremy Fitzhardinge
2007-07-16 23:16 ` [patch 39/44] xen: handle external requests for shutdown, reboot and sysrq Jeremy Fitzhardinge
2007-07-16 23:16 ` [patch 40/44] xen: Place vcpu_info structure into per-cpu memory Jeremy Fitzhardinge
2007-07-16 23:16 ` [patch 41/44] xen: Attempt to patch inline versions of common operations Jeremy Fitzhardinge
2007-07-16 23:16 ` [patch 42/44] xen: suppress abs symbol warnings for unused reloc pointers Jeremy Fitzhardinge
2007-07-16 23:16 ` [patch 43/44] xen: use iret directly when possible Jeremy Fitzhardinge
2007-07-16 23:16 ` [patch 44/44] xen: disable all non-virtual drivers Jeremy Fitzhardinge
[not found] ` <20070716232912.409821000@xensource.com>
2007-07-17 0:41 ` Rusty Russell [this message]
2007-07-17 0:57 ` [Xen-devel] [patch 03/44] usermodehelper: split setup from execution Jeremy Fitzhardinge
2007-07-17 0:57 ` Jeremy Fitzhardinge
[not found] ` <20070716232914.029797000@xensource.com>
2007-07-17 0:45 ` [Xen-devel] [patch 17/44] Add nosegneg capability to the vsyscall page notes Rusty Russell
2007-07-17 1:04 ` Jeremy Fitzhardinge
2007-07-17 1:04 ` Jeremy Fitzhardinge
[not found] ` <20070716232916.472694000@xensource.com>
2007-07-17 1:07 ` [patch 37/44] xen: add virtual network device driver Jeff Garzik
2007-07-17 8:45 ` Stephen Hemminger
2007-07-17 14:28 ` Jeremy Fitzhardinge
2007-07-17 23:45 ` Rusty Russell
2007-07-18 0:40 ` Jeremy Fitzhardinge
[not found] ` <20070716232915.672717000@xensource.com>
2007-10-30 9:10 ` [Xen-devel] [patch 30/44] xen: Add support for preemption tgh
2007-10-30 9:10 ` tgh
2007-10-30 17:25 ` [Xen-devel] " Jeremy Fitzhardinge
2007-10-30 17:25 ` Jeremy Fitzhardinge
2007-10-31 1:23 ` [Xen-devel] " tgh
2007-10-31 1:23 ` tgh
2007-10-31 1:38 ` [Xen-devel] " Jeremy Fitzhardinge
2007-10-31 6:11 ` tgh
2007-10-31 6:11 ` tgh
2007-10-31 15:07 ` [Xen-devel] " Jeremy Fitzhardinge
2007-10-31 15:07 ` Jeremy Fitzhardinge
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=1184632870.5955.26.camel@localhost.localdomain \
--to=rusty@rustcorp.com.au \
--cc=B.Steinbrink@gmx.de \
--cc=ak@suse.de \
--cc=akpm@linux-foundation.com \
--cc=dhowells@redhat.com \
--cc=jeremy@goop.org \
--cc=jeremy@xensource.com \
--cc=linux-kernel@vger.kernel.org \
--cc=randy.dunlap@oracle.com \
--cc=torvalds@linux-foundation.com \
--cc=xen-devel@lists.xensource.com \
/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.