From: Ralf Baechle <ralf@oss.sgi.com>
To: "John D. Davis" <johnd@Stanford.EDU>
Cc: Carsten Langgaard <carstenl@mips.com>,
SGI MIPS list <linux-mips@oss.sgi.com>
Subject: Re: r4600 flag
Date: Thu, 2 Aug 2001 13:54:56 +0200 [thread overview]
Message-ID: <20010802135456.F24305@bacchus.dhis.org> (raw)
In-Reply-To: <Pine.GSO.4.31.0107310824430.28499-100000@epic8.Stanford.EDU>; from johnd@Stanford.EDU on Tue, Jul 31, 2001 at 08:29:12AM -0700
On Tue, Jul 31, 2001 at 08:29:12AM -0700, John D. Davis wrote:
> Looking at the system map from the generic build of 2.4.3, it looks like
> the code is 64 bit. The upper 32 bits are "f" instead of 0.
No. Sign extended, that is bit 31 is copied into bits 32 to 63.
> I built it > using the R4600 flag. This differs from the system map for
> 2.4.0-test9 where the upper 32 bits are 0.
No. Different binutils. Older binutils did zero extend 32-bit addresses
to 64-bit addresses in the objdump output which is wrong.
> For the indy, do I specify mips2 to generate 32 bit code?
-mips2 :-)
For the kernel we use a few 64-bit instructions on the Indy though. These
are carefully chosen such that nothing go wrong like exceptions corrupting
the upper 32-bit of a register.
> objdump says it is ELF32, but it doesn't look like that. I would like to
> generate 32bit.
ELF is an object format. Nothing prevents you from putting 64-bit code into
a 32-bit ELF file and vice versa. You just need to be careful.
Ralf
next prev parent reply other threads:[~2001-08-02 12:47 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-07-31 5:55 r4600 flag Pete Popov
2001-07-31 7:28 ` Thiemo Seufer
2001-07-31 9:25 ` Ralf Baechle
2001-07-31 12:58 ` Thiemo Seufer
2001-07-31 13:38 ` Carsten Langgaard
2001-07-31 15:29 ` John D. Davis
2001-08-02 11:54 ` Ralf Baechle [this message]
2001-07-31 8:06 ` Kevin D. Kissell
2001-07-31 8:06 ` Kevin D. Kissell
2001-07-31 9:31 ` Ralf Baechle
2001-07-31 11:40 ` Kevin D. Kissell
2001-07-31 11:40 ` Kevin D. Kissell
2001-07-31 13:08 ` Thiemo Seufer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20010802135456.F24305@bacchus.dhis.org \
--to=ralf@oss.sgi.com \
--cc=carstenl@mips.com \
--cc=johnd@Stanford.EDU \
--cc=linux-mips@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.