linux-mips
[Top] [All Lists]

Re: CVS Update@-mips.org: linux

To: Kip Walker <kwalker@broadcom.com>
Subject: Re: CVS Update@-mips.org: linux
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
Date: Fri, 21 Feb 2003 21:50:35 +0100 (MET)
Cc: linux-mips@linux-mips.org
In-reply-to: <3E568A6A.96B422@broadcom.com>
Organization: Technical University of Gdansk
Original-recipient: rfc822;linux-mips@linux-mips.org
Sender: linux-mips-bounce@linux-mips.org
On Fri, 21 Feb 2003, Kip Walker wrote:

> Suggestions and corrections are welcome.  I'm not an ABI/binutils
> expert.  FYI, I let Ralf eyeball this before checking it in.

 False alarm -- sorry for the confusion.  The ELF flags for MIPS are
twisted and inconsistent due to historical reasons (or ad hoc hacks) and
it seems they fooled me this time.  We could actually adjust
binfmt_elfo32.c a bit instead. 

> "Maciej W. Rozycki" wrote:
> > 
> > > Modified files:
> > >       include/asm-mips64: Tag: linux_2_4 a.out.h elf.h processor.h
> > >       arch/mips64/kernel: Tag: linux_2_4 process.c signal.c
> > >
> > > Log message:
> > >       Represent ABI (o32,n32,n64) in thread mflags using 2 bits:
> > >       MF_32BIT_REGS, MF_32BIT_ADDR.
> > 
> >  Why do you assume no ABI set for ELF32 means n32?  Historically it means
> > o32 and arch/mips64/kernel/binfmt_elfo32.c treats it as such.  Also a
> > brief study of binutils reveals the interpretation is the same for IRIX
> > which does not handle the EF_MIPS_ABI mask.

 Please try to reply below original text, BTW.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +


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