linux-mips
[Top] [All Lists]

Re: debian's mips userland on mips64

To: Christoph Hellwig <hch@sgi.com>
Subject: Re: debian's mips userland on mips64
From: Greg Banks <gnb@melbourne.sgi.com>
Date: Thu, 23 Jan 2003 14:05:44 +1100
Cc: Ralf Baechle <ralf@linux-mips.org>, Andrew Clausen <clausen@melbourne.sgi.com>, linux-mips@linux-mips.org
Organization: SGI Australian Software Group
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <20030122073006.GF6262@pureza.melbourne.sgi.com> <20030122124540.A31505@sgi.com> <20030122134506.A12847@linux-mips.org> <20030122150919.A32202@sgi.com>
Sender: linux-mips-bounce@linux-mips.org
Christoph Hellwig wrote:
> 
> On Wed, Jan 22, 2003 at 01:45:06PM +0100, Ralf Baechle wrote:
> > There is a 32-bit ptrace compatibility syscall already and last I tried
> > it was working quite well for strace.
> 
> Indeed.  Didn't even check whether mips64 has it already implemented..

Actually 32bit strace on a 64bit kernel is working *most* of the time, so
there must be a 32bit ptrace syscall which is mostly working.  But...

1.  There is a problem with tracing rt_sigaction() where the signal set
    argument is being misinterpreted either in ptrace or strace.  The
    result is an application buffer overflow in strace which causes it
    to lose track of which processes it's tracing.  This may be entirely
    an strace issue but presumably it doesn't happen on 32bit kernels,
    so the fix (when Andrew figures it out) may require strace to know
    whether it's running on a 64bit kernel.

2.  At some point in the future there may well be 64bit executables which
    we will want to trace with the 32bit strace.  Possibly strace will
    need some sort of modification to dynamically detect whether the
    traced child is 64bit or 32bit.

I'd be very interested to know if anyone's tried running strace on
a mips64 kernel, in particular strace'ing the scp program.

Greg.
-- 
Greg Banks, R&D Software Engineer, SGI Australian Software Group.
I don't speak for SGI.

<Prev in Thread] Current Thread [Next in Thread>