This FAQ is intended to answer frequently asked questions about Gentoo/MIPS and Linux/MIPS that we receive from various users. It's aimed at both new users and experienced users alike. It has been split into a number of categories to make navigation easier.

If you have anything to contribute to the FAQ or, having read this guide, you still have questions that are left unanswered, feel free to drop us a line.

About the Gentoo/MIPS project

• What is Gentoo/MIPS?
• Why install Gentoo Linux on MIPS?
• Why don't you port Gentoo to NetBSD/MIPS or IRIX?

MIPS Hardware FAQs

• What is MIPS?
• What sort of hardware uses MIPS processors?
• Is my machine supported?
• Why don't you support machine X

MIPS Software FAQs

• Which stage tarball do I use?
• I got told "illegal instruction" or "Cannot Execute Binary File" when chrooting. What did I do wrong?

Silicon Graphics Specific FAQs

• Why doesn't my SGI machine netboot?
• The machine downloads the kernel, but then "hangs" (using a monitor and keyboard -- not serial console)

Cobalt Specific FAQs

• Why won't my Cobalt machine boot?
• Why don't you support the Qube 2700?

Gentoo/MIPS is a small project within the Gentoo Foundation, responsible for looking after the MIPS port of Gentoo Linux. We currently look after two main sub architectures of the MIPS family specifically: Silicon Graphics systems and MIPS-based Cobalt servers.

Okay, sure, some MIPS machines aren't the fastest boxes on the block these days. However, despite the age of some of these beasts, they still can make very functional, useful machines. A Cobalt Qube 2 could make a very nice broadband Internet router, capable of hosting websites, email, IRC and numerous other tasks. There are a number of reasons why you'd want to install Linux on this sort of hardware.

• It teaches you a lot about computer hardware by giving you an alternate frame of reference
• It allows you to turn what would otherwise be useless junk into a very functional system
• Status Symbol: Linux on x86 is so common these days it's not funny. However, Linux on MIPS is a lot less common and quite a talking point.

Hey, great idea. Unfortunately, a lot of the Gentoo/MIPS team already have their hands full looking after Linux/MIPS as well as other commitments. However, you're welcome to give it a try. May I suggest raising this on the Gentoo Forums and see what the interest is first. Also, have a look at some of the other threads on porting Gentoo to other architectures such as Solaris/SPARC, IBM OS/2 and Microsoft Services For Unix for hints on how to proceed. If after some hacking you get something useful out of it... chances are a few developers will pick up on this and help you get it to the next stage.

MIPS Technologies is a company that produce a number of RISC CPU cores which implement the MIPS Instruction Set Architecture. These processors appear in all sorts of hardware ranging from small embedded devices to large servers.

It also happens to be an acronym; Millions of Instructions Per Second.

Good question. In short... Heaps. MIPS Processors see use inside all sorts of machines, ranging from small PDAs (such as the early Windows CE powered Casio PDAs), X Terminals (e.g. Tektronix TekXPress XP330 series), through to workstations such as the Silicon Graphics Indy and O2 and even high end servers such as the Silicon Graphics Origin 2000.

Here is a list of some of the more famous MIPS-based systems in use. A more comprehensive list can be found on the Linux/MIPS website

... and that's only just scratching the surface. These machines are wide and varied. Many of them do not currently run Linux. Of those that do, we only support a handful, although you're welcome to port Gentoo/MIPS to any MIPS machine if you so wish. Some of these machines are also the focus of the Embedded Gentoo Project such as the Linksys WRT54G.

This question is difficult to answer. Your machine could fall into one of three different baskets:

• Your machine is supported by Gentoo/MIPS
• Your machine is supported by Linux/MIPS, but not by Gentoo/MIPS (yet)
• Your machine is not supported by Linux/MIPS

For the first one an easy way to find out is to have a look at the Gentoo/MIPS requirements page. This will tell you if the system you've got can theoretically run Gentoo/MIPS. Stuart has also written a hardware support database in which users may contribute their experiences. This can help measure how well Gentoo/MIPS runs on a particular machine.

If you don't find your machine listed there, you may wish to have a look on the Linux/MIPS website to find it there. Installation won't be straightforward however, as the actual process of producing a kernel and suitable boot media for your hardware will have to be done largely by yourself. Naturally though, we'll try to help where we can.

If you've looked at the Gentoo/MIPS Hardware Requirements page, you've probably noticed there are a LOT of machines we don't support. In the case of SGI hardware, very little is known about some of them, not enough to successfully port Linux to them.

If you managed to get Linux working on a box currently listed as unsupported however, feel free to tell us. We'd be interested to know.

This will depend on the CPU type running in your system. The stage filename is named as follows:

  stage3-mipsel4-2005.0.tar.bz2
  \____/ \_____/ \____/
     |      |       |
     |      |       `--- Gentoo Release (e.g. 1.4, 2004.3, 2005.0)
     |      |
     |      `----------- Endianness and ISA Level
     |                     mips   ==> Big Endian
     |                     mipsel ==> Little Endian
     |
     |                     R3xxx and earlier: ISA Level 1
     |                     R4xxx series:      ISA Level 3
     |                     R5000 and above:   ISA Level 4
     |
     `------------------ Stage Tarball type: 1, 2 or 3.

So for those of you who are running R4000-class CPUs, try a mips3 or mipsel3 stage tarball.

For those running R5000-class or later CPUs, try a mips4 or mipsel4 stage tarball.

Sometimes the filename will have n32 or n64 in the filename as well. These refer to 64-bit userland images. At the moment, support for 64-bit userlands is still quite flaky and a lot of packages are broken. I'd suggest leaving these alone unless you're particularly brave and don't mind a rather bumpy ride.

This is generally caused by using the wrong stage tarball. If you try to run a mips4 userland on a mips3 CPU, you'll get an illegal instruction error message. Likewise, if you have a Big Endian CPU and you try running Little Endian code on it, you'll get told cannot execute binary file.

The fix is simple... clean out your partition, then unpack the correct tarball. Which one is that I hear you ask? Have a read of the previous FAQ entry.

This could be for any number of reasons, ranging from cabling issues, through to issues on the server. The best way to troubleshoot any problem is a step-by-step approach...

1. Have you got the SGI machine (and server) plugged into the right network ports?
   Make sure the network is cabled correctly. Also note that some machines have special needs. For instance the Challenge S cannot obtain network connectivity under Linux via its UTP port, you need to use the AUI port via a transceiver.
2. Are there any firewalls in use?
   Make sure your firewall is not blocking DHCP/BOOTP requests (ports 67 and 68 on UDP) or TFTP (port 69 on UDP).
   iptables -I INPUT 1 -p udp --dport 67:69 -j ACCEPT should get things rolling.
3. Have you disabled packet MTU discovery and set the port range?
   SGI boxes require /proc/sys/net/ipv4/ip_no_pmtu_disc = 1 and /proc/sys/net/ipv4/ip_local_port_range = "2048 32767". See the Gentoo/MIPS handbook.
4. Is the server giving out the correct details via BOOTP?
   Double check your /etc/dhcp/dhcpd.conf. ISC's dhcpd won't dish out addressing information via BOOTP unless the machine has been statically defined with a fixed address.
5. Which TFTP server are you using?
   tftp-hpa and netkit-tftp are known to work. atftp is a lot more advanced, this can cause problems. If in doubt, try installing tftp-hpa and see if the problem clears up.
6. Are the daemons running?
   dhcpd should show up when typing ps ax. As for TFTP, it'll largely depend on whether its a standalone server, or if its running from (x)inetd. tftp-hpa runs as a process called in.tftpd. Look for that in the ps ax output and start any services not currently running.
7. Does the kernel exist in /tftpboot?
   Make sure you place the kernel image to be booted in this directory and that it is world-readable. (chmod 644 /tftpboot/foo) Also, in your /etc/dhcp/dhcpd.conf, note that the path to the kernel will be relative to the /tftpboot directory if you're using tftp-hpa.
8. Have you unset the netaddr and dlserver PROM variables?
   Try running unsetenv netaddr and unsetenv dlserver.

Unfortunately, not all graphics frame buffers are supported under Linux yet. This doesn't mean you can't use the machine... it just means you'll need a null-modem serial cable to interact with it. It is quite possible that the machine is in fact running, however, the system is outputting to the serial console rather than the screen.

This could be for a number of reasons. Our easiest bet however is to run through a checklist and make sure everything is correct.

1. Have you got the Cobalt machine (and server) plugged into the right network ports?
   Make sure the network is cabled correctly. Please note, the Cobalt firmware will only boot via the Primary network port.
2. Are there any firewalls in use?
   Make sure your firewall is not blocking DHCP/BOOTP requests (ports 67 and 68 on UDP) or RPC/Portmap (port 111 on UDP and TCP).
   iptables -I INPUT 1 -p udp --dport 67:68 -j ACCEPT
   iptables -I INPUT 1 -p udp --dport 111 -j ACCEPT
   iptables -I INPUT 1 -p tcp --dport 111 -j ACCEPT should get things rolling.
3. Is the server giving out the correct details via BOOTP?
   Double check your /etc/dhcp/dhcpd.conf. ISCs dhcpd won't dish out addressing information via BOOTP unless the machine has been statically defined with a fixed address.
4. Are you exporting /nfsroot in your /etc/exports?
   Make sure you are exporting that to the Cobalt machine. It only needs read-only access. Also remember to run exportfs -av after you edit the file.
5. Are the daemons running?
   dhcpd should show up when typing ps ax. Likewise with portmap and the other RPC daemons. The following commands should look after this for you:
   /etc/init.d/dhcp start
   /etc/init.d/nfs start
6. Does the kernel exist in /nfsroot?
   Make sure you place the kernel image to be booted in this directory and that it is world-readable. (chmod 644 /nfsroot/foo)

The Qube 2700 was the first of the Cobalt servers. While they are very nice machines, unfortunately, they lack a serial port. In other words, any interaction with the machine has to be done through a network. At present, our netboot images do not support this, although plans are in the works that may enable support for this machine.