[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1184632870.5955.26.camel@localhost.localdomain>
Date: Tue, 17 Jul 2007 10:41:10 +1000
From: Rusty Russell <rusty@...tcorp.com.au>
To: Jeremy Fitzhardinge <jeremy@...source.com>
Cc: Linus Torvalds <torvalds@...ux-foundation.com>,
Randy Dunlap <randy.dunlap@...cle.com>,
Jeremy Fitzhardinge <jeremy@...p.org>,
Xen-devel <xen-devel@...ts.xensource.com>,
Bj?rn Steinbrink <B.Steinbrink@....de>,
Andi Kleen <ak@...e.de>, lkml <linux-kernel@...r.kernel.org>,
David Howells <dhowells@...hat.com>,
Andrew Morton <akpm@...ux-foundation.com>
Subject: Re: [Xen-devel] [patch 03/44] usermodehelper: split setup from
execution
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.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists