Re: [User-mode-linux-devel] UML/PPC status

[Jeff D. <jd...@ka...>]

Attached are diffs which abstract away a lot of the arch-dependent stuff:

the Makefile calculates SUBARCH
other gratuitous mentions of i386 in the Makefile are gone
there is now support for Makefile-$(SUBARCH), which for now just specifies an 
entry point
there is support for arch/um/include/sysdep which points to 
arch/um/include/sysdep-$(SUBARCH), which contains arch-dependent stuff that 
can be used by both user and kernel code.  Currently, this includes just 
ptrace.h.
arch-dependent C code goes in arch/um/sys-$(SUBARCH).  This directory is 
expected to produce a sys.o.
mentions of i386 have been removed from the link script
ports are expected to define a struct sys_pt_regs in 
arch/um/include/sysdep/ptrace.h, as well as a bunch of generic macros like 
UM_SP and UM_SYSCALL_RET
currently, ports need to write up 4 procedures, 2 to convert between struct 
sys_pt_regs and struct sigcontext, and the ptrace putregs and getregs functions
remap_data is now portable, I hope
I haven't done anything about the files that just get linked to from 
arch/i386/kernel.  Those I'll probably move into arch/um/sys-i386.

I think this covers most of the problems that you've told us about so far.

Let me know what else you find.

The kernel should get past the UNIFIX thing once remap_data works.  That's 
when the kernel tries to start up the init thread.  If remap_data didn't work, 
that doesn't work.

You'll need to define the entry point as 0x20000000 to avoid being stomped on 
by init when you get around to execing it.

				Jeff