Re: [uml-devel] [PATCH] Locking user-mode kernel RAM into host physical RAM

[Steven Pritchard <steve@kspei.com>]

On Mon, Dec 08, 2003 at 04:39:08PM +0000, Matthew Bloch wrote:
> I hope that it's obvious enough to warrant inclusion in the next release of 
> the UML patch; my only thought was whether instead of putting 
> setuid-requiring code into the kernel, mem= should accept a file descriptor 
> as an argument and have the memory mapping optionally done by an external 
> process.  This strikes me as a bit weird from most angles, but obviously it 
> allows isolation of code which needs root privileges, and would probably be 
> very little work to add to the filemap patch for this purpose.

I've long thought that it would be Really Nice if UML could do some
setup things (like this, chroot(), etc.) that need to be done as root
early on, then drop privileges and continue normally.

I once worked on a patch to add chroot() support, but, well, that
didn't go too well.  :-)  (Actually, it worked fine, but by the time
the kernel options were being parsed, there were already several
threads, meaning only the thread doing option parsing was chroot()'d.
Not quite what I intended...)

Steve
-- 
Steven Pritchard - K&S Pritchard Enterprises, Inc.
Email: steve@kspei.com             http://www.kspei.com/
Phone: (618)398-7360               Mobile: (618)567-7320


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel