From: "Kevin D. Kissell" <kevink@mips.com>
To: "Kevin D. Kissell" <kevink@mips.com>
Cc: <linux-mips@oss.sgi.com>
Subject: Re: Can't build a CONFIG_CPU_NEVADA kernel
Date: Wed, 14 Mar 2001 23:47:31 +0100 [thread overview]
Message-ID: <011001c0acd8$c27a9220$0deca8c0@Ulysses> (raw)
In-Reply-To: 00fc01c0acd3$c881ca80$0deca8c0@Ulysses
> "Correct" usage would be to enable those three instructions
> with a "-mcpu=nevada", or better still, "-mcpu=r5200" (for
> consistency), and to enable the rest of the MIPS IV ISA
> with "-mips4" instead of the archaic r8000 hack.
I should add "Correct", but not useful for 32-bit
kernels. "-mips32", once that percolates through
the gcc food chain, would be *almost* perfect
for 32-bit Nevada kernels. I say almost, because
while MIPS32 is 32-bit MIPS IV plus MADD, it also
has a handfull of instructions that are not supported
by the R52xx, of which it is wildly improbable but
theoretically possible that the multiply-subtracts
might somehow get emitted in compiled application
code. It should work just fine for kernel purposes, though.
Meanwhile, try piping objdump of a "-mmad" kernel
through "grep -i mad". I'd be stunned if a single MADD
turned up. If it gains nothing, but breaks builds, then
for heaven's sake banish -mmad from the kernel
makefiles!
Regards,
Kevin K.
WARNING: multiple messages have this Message-ID (diff)
From: "Kevin D. Kissell" <kevink@mips.com>
To: "Kevin D. Kissell" <kevink@mips.com>
Cc: linux-mips@oss.sgi.com
Subject: Re: Can't build a CONFIG_CPU_NEVADA kernel
Date: Wed, 14 Mar 2001 23:47:31 +0100 [thread overview]
Message-ID: <011001c0acd8$c27a9220$0deca8c0@Ulysses> (raw)
Message-ID: <20010314224731.tjBWhXRV-UP4wRv-88LukUc_bizexyGtWaWqsxWCqUY@z> (raw)
In-Reply-To: 00fc01c0acd3$c881ca80$0deca8c0@Ulysses
> "Correct" usage would be to enable those three instructions
> with a "-mcpu=nevada", or better still, "-mcpu=r5200" (for
> consistency), and to enable the rest of the MIPS IV ISA
> with "-mips4" instead of the archaic r8000 hack.
I should add "Correct", but not useful for 32-bit
kernels. "-mips32", once that percolates through
the gcc food chain, would be *almost* perfect
for 32-bit Nevada kernels. I say almost, because
while MIPS32 is 32-bit MIPS IV plus MADD, it also
has a handfull of instructions that are not supported
by the R52xx, of which it is wildly improbable but
theoretically possible that the multiply-subtracts
might somehow get emitted in compiled application
code. It should work just fine for kernel purposes, though.
Meanwhile, try piping objdump of a "-mmad" kernel
through "grep -i mad". I'd be stunned if a single MADD
turned up. If it gains nothing, but breaks builds, then
for heaven's sake banish -mmad from the kernel
makefiles!
Regards,
Kevin K.
next prev parent reply other threads:[~2001-03-14 22:43 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-03-14 13:46 Can't build a CONFIG_CPU_NEVADA kernel Daniel Jacobowitz
2001-03-14 18:59 ` Ralf Baechle
2001-03-14 19:05 ` Daniel Jacobowitz
2001-03-14 19:20 ` Ralf Baechle
2001-03-14 19:48 ` Jun Sun
2001-03-14 20:02 ` Ralf Baechle
2001-03-14 20:56 ` Daniel Jacobowitz
2001-03-14 22:11 ` Kevin D. Kissell
2001-03-14 22:11 ` Kevin D. Kissell
2001-03-14 22:47 ` Kevin D. Kissell [this message]
2001-03-14 22:47 ` Kevin D. Kissell
2001-03-15 1:50 ` Pete Popov
2001-03-15 8:01 ` Kevin D. Kissell
2001-03-15 8:01 ` Kevin D. Kissell
2001-03-16 14:04 ` Ralf Baechle
2001-03-16 14:04 ` Ralf Baechle
2001-03-16 18:02 ` Daniel Jacobowitz
2001-03-16 18:16 ` Ralf Baechle
2001-03-16 18:46 ` Kevin D. Kissell
2001-03-16 18:46 ` Kevin D. Kissell
2001-03-16 19:35 ` Ralf Baechle
2001-03-16 19:35 ` Ralf Baechle
2001-03-16 15:34 ` Ralf Baechle
2001-03-16 15:34 ` Ralf Baechle
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='011001c0acd8$c27a9220$0deca8c0@Ulysses' \
--to=kevink@mips.com \
--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.