From: Matthew Dharm <mdharm@momenco.com>
To: Ralf Baechle <ralf@linux-mips.org>
Cc: Linux-MIPS <linux-mips@linux-mips.org>
Subject: Re: PATCH: linux_2_4: add support for the Ocelot-G board
Date: Mon, 2 Sep 2002 13:40:53 -0700 [thread overview]
Message-ID: <20020902134053.A28347@momenco.com> (raw)
In-Reply-To: <20020902224615.A17378@linux-mips.org>; from ralf@linux-mips.org on Mon, Sep 02, 2002 at 10:46:15PM +0200
Hrm... okay... first question, where do I get the 64-bit toolchain? Right
now, I'm using HJ's toolchain RPMs (from over a year ago -- I should update
those).
Second, what about all those nifty extras? Things like the fact that
kseg0/1 (well, their 64-bit equivalents) are now larger (how big are they,
anyway) so they can map all of my SDRAM as well as most (all?) of my
I/O space... I guess for that I need to reprogram all my address decoders,
and then that sort of thing must be what the arch/mips64/* stuff is for.
Yes? No? Or am I smoking something too strong again?
The 64/32 mixed-mode linux is certainly of some interest to our customers,
but full 64-bit is really where the demand is. Is there anything that a
non-compiler guy can do to help the effort along?
Matt
On Mon, Sep 02, 2002 at 10:46:15PM +0200, Ralf Baechle wrote:
> On Mon, Sep 02, 2002 at 12:38:50PM -0700, Matthew Dharm wrote:
>
> > Oh, I agree that a 64-bit kernel makes sense. I'm just not sure what is
> > needed to get from where I am now to where I want to be.
> >
> > There is _much_ interest from our customers for 64-bit linux. Especially
> > if the toolchain catches up so that we can have 64-bit userspace.
>
> The toolchain stuff is being worked on. Hold your breath but cheat every
> once in a while when your face turns blue ;-)
>
> > Anyone have some quick pointers on how to get from here to there?
>
> The basic receipe is easy. The 64-bit kernel has a binary compatibility
> layer that allows you to use 32-bit software with no changes. Just use
> a 64-bit compiler, for now that's probably still the egcs 1.1.2 /
> binutils 2.9.5 based mips64-linux / mips64el-linux tool chain. Using your
> old .config file do a "make ARCH=mips64 oldconfig" etc. The resulting
> binary file will be a 32-bit ELF file so you can just feed that to your
> firmware for booting as usual. Problems may be hit along the way ;-)
>
> Ralf
--
Matthew Dharm Work: mdharm@momenco.com
Senior Software Designer, Momentum Computer
next prev parent reply other threads:[~2002-09-02 20:41 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <NEBBLJGMNKKEEMNLHGAIKEJOCIAA.mdharm@momenco.com>
2002-09-02 17:00 ` PATCH: linux_2_4: add support for the Ocelot-G board Ralf Baechle
2002-09-02 19:38 ` Matthew Dharm
2002-09-02 20:46 ` Ralf Baechle
2002-09-02 20:40 ` Matthew Dharm [this message]
2002-09-02 22:03 ` 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=20020902134053.A28347@momenco.com \
--to=mdharm@momenco.com \
--cc=linux-mips@linux-mips.org \
--cc=ralf@linux-mips.org \
/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.