From: Ralf Baechle <ralf@linux-mips.org>
To: Joshua Kinard <kumba@gentoo.org>
Cc: linux-mips@linux-mips.org
Subject: Re: arch/mips/sgi-ip22/Platform:29: *** gcc doesn't support needed option -mr10k-cache-barrier=store. Stop.
Date: Thu, 10 Apr 2014 08:59:28 +0200 [thread overview]
Message-ID: <20140410065928.GW17197@linux-mips.org> (raw)
In-Reply-To: <534609B2.5070808@gentoo.org>
On Wed, Apr 09, 2014 at 11:02:10PM -0400, Joshua Kinard wrote:
> Odd, I thought R10K systems were locked to booting 64-bit kernels only. At
> least the Octane was when it was bootable. Not sure about IP27.
>
> Maybe that's another one of ARCS' ingenious features...
No; IP27's address map is huge; a single node can take 2GB RAM. A full
blown 512 CPU system could have 0.5TB memory. Your homework for today:
try to use all that efficiently with highmem ;-)
Octane is essentially a specialized, single-node IP27. It also can take
more memory than addressable in a 32 bit kernel which assumes that all memory
is visible in CKSEG0, all I/O in CKSEG1 - or you need to ioremap to CKSEG2/3.
So 32 bit kernels just don't cut it on Octane either.
Similarly 32 bit kernels don't cut it on other systems such as Sibyte,
SGI O2, Octane. They may be possible for some configurations but that
that's either too rarely a useful choice or too inefficient.
Let's say 32 bit is slowly running out of juice :-)
> >> Are you configuring for IP22 (Indy, Indigo2 R4x00), or IP28 (R10000)? Note,
> >> IP26 (R8000) is not supported in Linux. I think OpenBSD got it working, though.
> >
> > Wish I'd have a box ....
>
> They do pop up on eBay from time-to-time. UPS destroyed the case mine came
> in, though. I've got it in a closet, with duct tape holding the teal skins
> on. It does boot to the PROM, but the RTC is probably dead by now.
The common problem. You can cut it open with a dremel or similar tool,
disconect the internal battery and connect an external battery instead.
There are howtos for this on the web. I'm also tired of reprogramming
the MAC address again when I use my Indy so I should do this myself ...
Ralf
next prev parent reply other threads:[~2014-04-10 6:59 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <534138d9.RISUZQYUMS8U8s42%fengguang.wu@intel.com>
2014-04-09 5:19 ` arch/mips/sgi-ip22/Platform:29: *** gcc doesn't support needed option -mr10k-cache-barrier=store. Stop Fengguang Wu
2014-04-09 8:24 ` Florian Lohoff
2014-04-09 13:32 ` Thomas Bogendoerfer
2014-04-09 23:13 ` Fengguang Wu
2014-04-09 23:44 ` Joshua Kinard
2014-04-10 0:38 ` Ralf Baechle
2014-04-10 3:02 ` Joshua Kinard
2014-04-10 6:59 ` Ralf Baechle [this message]
2014-04-13 20:23 ` Joshua Kinard
2014-04-10 12:10 ` Miod Vallat
2014-04-10 12:46 ` Ralf Baechle
2014-04-10 13:21 ` Thomas Bogendoerfer
2014-04-11 1:59 peter fuerst
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=20140410065928.GW17197@linux-mips.org \
--to=ralf@linux-mips.org \
--cc=kumba@gentoo.org \
--cc=linux-mips@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.