On Fri, Dec 21, 2001 at 12:22:45AM -0500, Jeff Dike wrote:
> If you want, you can concentrate on making UML compile first, though. The
> ptrace stuff isn't needed until you start init, so you can get some nice
> boot logs.
Hurm. I hadnt thought of that. Since I am in the middle of dumping sparc
for sparc64, I might actually start work on sparc64 (Hopefully over the
next week or two), and leave the ptrace issue for a while.
> IIRC, Linux/sparc doesn't allow ptrace to change system call numbers, so
> you'll have to fix that in the host. Sending the patch off to davem or
> whoever is maintaining sparc these days would also be a good idea.
Thats correct, currently both sparc and sparc64 don't allow ptrace to
change syscall numbers. Any patch you create for ptrace, you might like
to send it to the Sparc Linux mailing list (sparclinux@...)
(see http://www.ultralinux.org for details on how to subscribe)
I did a little work on this, after Jeff pointed me towards entry.S and
ptrace.c (The post should be in the archives). To be honest, I didn't
get anywhere far with it, the changes I made to sparc did nothing, while
the sparc64 changes I tried locked the machine up.
To be honest, I only tried for 3-4 evenings, and to some extent was
shooting in the dark.
> Post them to the list. Look in the archives for Chris Emerson's posts
> while he was doing UML/ppc. I think that worked out well, so that would
> make a good model.
Yeah, post them here. If you get anywhere with the ptrace issue with
sparc, I might take another look at see if I can work out what to do
All the Best