On Sun, Apr 24, 2005 at 04:44:37PM +0200, Blaisorblade wrote:
> The patch moving add_arg() was *before* the os-* work, so you might move (if 
> needed, which I don't know) it again to os-Linux/util.c if you want (which 
> didn't exist at that time). It came from arch/um/kernel/user_util.c, in fact.

Yeah, I was thinking that maybe it belonged under os, but I decided it really
should stay in kernel.  That's the kernel's version of the command line, not
what was passed in from the host.

> Btw, many of the code movement things are just cut'n'paste things, so for 
> them 
> there is no reason to delay them. Now we are going to merge them for 
> 2.6.13-rc1 (for .12 it's too late), but every other delay increases the 
> possibility that we fix somehow the code we are moving and forget to do the 
> same on the moved code.

Yeah, that's a concern.  I'm holding onto the code movement because I want to
look at the os interface that resulted from it, and see if it can be cleaned
up.

> Finally, about the syscall table patches for s390: I'm going to merge into 
> -mm 
> the syscall table patches you can find in the last -devel snapshot I put on 
> my page (the uploaded ones maybe are out-of-date, but I'll cc you on 
> patches).

What patch is this?  All I see is a patch which makes some small fixes to
the sys_call_table.

> They entirely remove the UML syscall table to replace it with the $(SUBARCH) 
> one (there is some hand-work to do for each subarch but it's much less than 
> before). While doing this I also fixed various little bugs about this 
> subject.

Don't send that anywhere until I've seen it.  Your description of it makes
me nervous.

                                Jeff


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&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

Reply via email to