View source for MIPS architecture

{{Short description|Instruction set architecture}}
{{Use mdy dates|date=November 2021}}
{{Infobox CPU architecture
| name       = MIPS
| designer   = [[MIPS Technologies]], [[Imagination Technologies]]
| bits       = [[64-bit]] (32 → 64)
| introduced = {{Start date and age|1985}}
| version    = MIPS32/64 Release 6 (2014)
| design     = [[Reduced instruction set computer|RISC]]
| type       = [[Load–store]]
| encoding   = Fixed
| branching  = Compare and branch, with a 1 instruction delay after the branching condition check
| endianness = [[Bi-endian|Bi]]
| page size  = 4&nbsp;KB
| extensions = [[MDMX]], [[MIPS-3D]]
| open       = Partly. The [[R10000#R16000|R16000]] processor has been on the market for more than 20 years and as such cannot be subject to patent claims. Therefore, the R16000 and older processors are fully open.
| gpr        = 32
| fpr        = 32
}}

'''MIPS''' ('''Microprocessor without Interlocked Pipelined Stages''')<ref>{{Cite book|title=Computer Organization and Design|last=Patterson|first=David|publisher=Elsevier|year=2014|isbn=978-0-12-407726-3|url=http://booksite.elsevier.com/9780124077263/downloads/historial%20perspectives/section_4.16.pdf|pages=4.16–4|access-date=November 28, 2018|archive-date=September 4, 2019|archive-url=https://web.archive.org/web/20190904223729/https://booksite.elsevier.com/9780124077263/downloads/historial%20perspectives/section_4.16.pdf|url-status=live}}</ref> is a family of [[reduced instruction set computer]] (RISC) [[instruction set architecture]]s (ISA)<ref name=Price1995>Price, Charles (September 1995). ''MIPS IV Instruction Set'' (Revision 3.2), MIPS Technologies, Inc.</ref>{{rp|A-1}}<ref name=Sweetman1999>{{cite book|last=Sweetman|first=Dominic|date=1999|title=See MIPS Run|publisher=Morgan Kaufmann Publishers, Inc.|isbn=1-55860-410-3}}</ref>{{rp|19}} developed by MIPS Computer Systems, now [[MIPS Technologies]], based in the [[United States]].

There are multiple versions of MIPS, including MIPS I, II, III, IV, and V, as well as five releases of MIPS32/64 (for 32- and 64-bit implementations, respectively). The early MIPS architectures were 32-bit; 64-bit versions were developed later. As of April 2017, the current version of MIPS is MIPS32/64 Release 6.<ref>{{cite web|url= https://www.mips.com/products/architectures/mips32-3/|title= MIPS32 Architecture|website= MIPS|access-date= March 20, 2020|archive-date= March 21, 2020|archive-url= https://web.archive.org/web/20200321031349/https://www.mips.com/products/architectures/mips32-3/|url-status= dead}}</ref><ref>{{cite web|url= https://www.mips.com/products/architectures/mips64/|title= MIPS64 Architecture|website= MIPS|access-date= March 20, 2020|archive-date= February 2, 2020|archive-url= https://web.archive.org/web/20200202235833/https://www.mips.com/products/architectures/mips64/|url-status= live}}</ref> MIPS32/64 primarily differs from MIPS I–V by defining the privileged kernel mode System Control Coprocessor in addition to the user mode architecture.

The MIPS architecture has several optional extensions: [[MIPS-3D]], a simple set of [[floating-point]] [[Instruction set architecture#SIMD instruction|SIMD instructions]] dedicated to [[3D computer graphics]];<ref>{{cite web|url=http://www.imgtec.com/mips/mips-3d-ase.asp|title=MIPS-3D ASE|publisher=[[Imagination Technologies]]|archive-url=https://web.archive.org/web/20140103091950/http://www.imgtec.com/mips/mips-3d-ase.asp|archive-date=January 3, 2014|url-status=dead|access-date=January 4, 2014}}</ref> [[MDMX]] (MaDMaX), a more extensive integer [[Single instruction, multiple data|SIMD]] instruction set using 64-bit floating-point registers; MIPS16e, which adds [[compressed instructions|compression to the instruction stream]] to reduce the memory programs require;<ref>{{cite web|url=https://www.mips.com/products/architectures/ase/ase16e/|title=MIPS16e|website=MIPS|access-date=March 20, 2020|archive-date=January 16, 2021|archive-url=https://web.archive.org/web/20210116053233/https://www.mips.com/products/architectures/ase/ase16e/|url-status=live}}</ref> and MIPS MT, which adds [[Multithreading (computer architecture)|multithreading]] capability.<ref>{{cite web|url=https://www.mips.com/products/architectures/ase/multi-threading/|title=MIPS Multithreading|website=MIPS|access-date=March 20, 2020|archive-date=October 26, 2020|archive-url=https://web.archive.org/web/20201026011525/https://www.mips.com/products/architectures/ase/multi-threading/|url-status=live}}</ref>

[[Computer architecture]] courses in universities and technical schools often study the MIPS architecture.<ref>{{cite web|url=http://www.cs.ucdavis.edu/~peisert/teaching/ecs142-sp09/rt.html|title=ECS 142 (Compilers) References & Tools page|author=University of California, Davis|access-date=May 28, 2009|url-status=live|archive-url=https://web.archive.org/web/20110321052440/http://www.cs.ucdavis.edu/~peisert/teaching/ecs142-sp09/rt.html|archive-date=March 21, 2011}}</ref> The architecture greatly influenced later RISC architectures such as [[DEC Alpha|Alpha]]. In March 2021, MIPS announced that the development of the MIPS architecture had ended as the company is making the transition to [[RISC-V]].<ref name="mips-becomes-risc-v">{{cite web|url=https://www.eejournal.com/article/wait-what-mips-becomes-risc-v/|title=Wait, What? MIPS Becomes RISC-V|first=Jim|last=Turley|website=Electronic Engineering Journal|date=March 8, 2021|access-date=March 28, 2021|archive-date=March 21, 2021|archive-url=https://web.archive.org/web/20210321193838/https://www.eejournal.com/article/wait-what-mips-becomes-risc-v/|url-status=live}}</ref>

== History ==
{{expand section|date=February 2020}}
{{See also|MIPS Technologies#History|Stanford MIPS}}

The first version of the MIPS architecture was designed by [[MIPS Computer Systems]] for its [[R2000 (microprocessor)|R2000]] microprocessor, the first MIPS implementation. Both MIPS and the R2000 were introduced together in 1985.<ref>{{Cite web |title=The MIPS Processor |url=https://www.d.umn.edu/~gshute/mips/MIPS.html |access-date=2023-05-17 |website=www.d.umn.edu |archive-date=May 17, 2023 |archive-url=https://web.archive.org/web/20230517122920/https://www.d.umn.edu/~gshute/mips/MIPS.html |url-status=live }}</ref>{{failed verification|date=May 2023}} When MIPS II was introduced, ''MIPS'' was renamed ''MIPS I'' to distinguish it from the new version.<ref name=Sweetman1999/>{{rp|32}}

[[MIPS Computer Systems]]' [[R6000]] microprocessor (1989) was the first MIPS II implementation.<ref name=Sweetman1999/>{{rp|8}} Designed for servers, the R6000 was fabricated and sold by [[Bipolar Integrated Technology]], but was a commercial failure. During the mid-1990s, many new 32-bit MIPS processors for [[embedded system]]s were MIPS II implementations because the introduction of the 64-bit MIPS III architecture in 1991 left MIPS II as the newest 32-bit MIPS architecture until MIPS32 was introduced in 1999.<ref name=Sweetman1999/>{{rp|19}}

[[MIPS Computer Systems]]' [[R4000]] microprocessor (1991) was the first MIPS III implementation. It was designed for use in personal, workstation, and server computers. MIPS Computer Systems aggressively promoted the MIPS architecture and R4000, establishing the [[Advanced Computing Environment]] (ACE) consortium to advance its [[Advanced RISC Computing]] (ARC) standard, which aimed to establish MIPS as the dominant personal computing platform. ARC found little success in personal computers, but the R4000 (and the R4400 derivative) were widely used in workstation and server computers, especially by its largest user, [[Silicon Graphics]]. Other uses of the R4000 included high-end embedded systems and supercomputers. MIPS III was eventually implemented by a number of embedded microprocessors. [[Quantum Effect Design]]'s [[R4600]] (1993) and its derivatives were widely used in high-end embedded systems and low-end workstations and servers. MIPS Technologies' [[R4200]] (1994), was designed for embedded systems, laptop, and personal computers. A derivative, the R4300i, fabricated by [[NEC Electronics]], was used in the [[Nintendo 64]] game console. The Nintendo 64, along with the [[PlayStation (console)|PlayStation]], were among the highest volume users of MIPS architecture processors in the mid-1990s.

The first MIPS IV implementation was the MIPS Technologies [[R8000]] microprocessor chipset (1994). The design of the R8000 began at Silicon Graphics, Inc. and it was only used in high-end workstations and servers for scientific and technical applications where high performance on large floating-point workloads was important. Later implementations were the MIPS Technologies [[R10000]] (1996) and the Quantum Effect Devices [[R5000]] (1996) and [[RM7000]] (1998). The R10000, fabricated and sold by NEC Electronics and Toshiba, and its derivatives were used by NEC, Pyramid Technology, Silicon Graphics, and Tandem Computers (among others) in workstations, servers, and supercomputers. The R5000 and R7000 found use in high-end embedded systems, personal computers, and low-end workstations and servers. A derivative of the R5000 from Toshiba, the R5900, was used in Sony Computer Entertainment's [[Emotion Engine]], which powered its [[PlayStation 2]] game console.

Announced on October 21, 1996, at the Microprocessor Forum 1996 alongside the [[MDMX|MIPS Digital Media Extensions]] (MDMX) extension, MIPS V was designed to improve the performance of 3D graphics transformations.<ref>{{cite press release |date=October 21, 1996 |title=Silicon Graphics Introduces Enhanced MIPS Architecture to Lead the Interactive Digital Revolution |url=http://www.sgi.com/Headlines/1996/October/enhanced_mips.html |url-status=dead |archive-url=https://web.archive.org/web/19970606011448/http://www.sgi.com/Headlines/1996/October/enhanced_mips.html |archive-date=June 6, 1997 |publisher=[[Silicon Graphics, Inc.]]}}</ref> In the mid-1990s, a major use of non-embedded MIPS microprocessors were graphics workstations from Silicon Graphics. MIPS V was completed by the integer-only MDMX extension to provide a complete system for improving the performance of 3D graphics applications.<ref name="MPR:1996-11-18">{{cite journal|last=Gwennap|first=Linley|date=November 18, 1996|url=http://studies.ac.upc.edu/ETSETB/SEGPAR/microprocessors/mdmx%20(mpr).pdf|title=Digital, MIPS Add Multimedia Extensions|journal=[[Microprocessor Report]]|volume=10|issue=15|pages=24–28|url-status=live|archive-url=https://web.archive.org/web/20110720095552/http://studies.ac.upc.edu/ETSETB/SEGPAR/microprocessors/mdmx%20(mpr).pdf|archive-date=July 20, 2011}}</ref> MIPS V implementations were never introduced. On May 12, 1997, Silicon Graphics announced the H1 ("Beast") and H2 ("Capitan") microprocessors. The former was to have been the first MIPS V implementation, and was due to be introduced in the first half of 1999.<ref>{{cite press release |title=Silicon Graphics Previews New High-Performance MIPS Microprocessor Roadmap |date=May 12, 1997}}</ref> The H1 and H2 projects were later combined and eventually canceled in 1998. While there have not been any MIPS V implementations, MIPS64 Release 1 (1999) was based on MIPS V and retains all of its features as an optional Coprocessor 1 (FPU) feature called Paired-Single.

When MIPS Technologies was spun-out of Silicon Graphics in 1998, it refocused on the embedded market. Through MIPS V, each successive version was a strict superset of the previous version, but this property was found to be a problem,{{citation needed|date=June 2016}} and the architecture definition was changed to define a 32-bit and a 64-bit architecture: MIPS32 and MIPS64. Both were introduced in 1999.<ref name="mips32-and-mips64">{{cite press release|url=http://www.thefreelibrary.com/MIPS+Technologies,+Inc.+Enhances+Architecture+to+Support+Growing+Need...-a054531136|title=MIPS Technologies, Inc. Enhances Architecture to Support Growing Need for IP Re-Use and Integration|date=May 3, 1999|publisher=[[Business Wire]]|access-date=February 11, 2016|archive-date=December 1, 2018|archive-url=https://web.archive.org/web/20181201180124/https://www.thefreelibrary.com/MIPS+Technologies%2c+Inc.+Enhances+Architecture+to+Support+Growing+Need...-a054531136|url-status=live}}</ref> MIPS32 is based on MIPS II with some additional features from MIPS III, MIPS IV, and MIPS V; MIPS64 is based on MIPS V.<ref name="mips32-and-mips64"/> [[Nippon Electric Corporation|NEC]], [[Toshiba]] and [[SiByte]] (later acquired by [[Broadcom Corporation|Broadcom]]) each obtained licenses for MIPS64 as soon as it was announced. [[Philips]], [[LSI Corporation|LSI Logic]], [[Integrated Device Technology|IDT]], [[RMI Corporation|Raza Microelectronics, Inc.]], [[Cavium]], [[Loongson|Loongson Technology]] and [[Ingenic Semiconductor]] have since joined them. MIPS32/MIPS64 Release 5 was announced on December 6, 2012.<ref>{{cite press release|url=http://www.mips.com/news-events/newsroom/newsindex/index.dot?id=79069 |title=Latest Release of MIPS Architecture Includes Virtualization and SIMD Key Functionality for Enabling Next Generation of MIPS-Based Products|publisher=[[MIPS Technologies]]|date=December 6, 2012|archive-url=https://web.archive.org/web/20121213115846/http://www.mips.com/news-events/newsroom/newsindex/index.dot?id=79069|archive-date=December 13, 2012 }}</ref> According to the Product Marketing Director at MIPS, Release 4 was skipped because the number four is perceived as [[Tetraphobia|unlucky]] in many Asian cultures.<ref>{{cite magazine|url=http://www.eetasia.com/ART_8800679179_480100_NT_439c939b.HTM|title=MIPS skips Release 4 amid bidding war|date=December 10, 2012|magazine=[[EE Times]]|url-status=dead|archive-url=https://archive.today/20140417002825/http://www.eetasia.com/ART_8800679179_480100_NT_439c939b.HTM|archive-date=April 17, 2014}}</ref>

{{anchor|Open}}In December 2018, Wave Computing, the new owner of the MIPS architecture, announced that MIPS ISA would be open-sourced in a program dubbed the MIPS Open initiative.<ref>{{cite web|url=https://wavecomp.ai/wave-computing-extends-ai-lead-by-targeting-edge-of-cloud-through-acquisition-of-mips|title=Wave Computing Extends AI Lead by Targeting Edge of Cloud Through Acquisition of MIPS|date=June 15, 2018|access-date=December 19, 2018|archive-date=November 25, 2020|archive-url=https://web.archive.org/web/20201125030711/https://wavecomp.ai/wave-computing-extends-ai-lead-by-targeting-edge-of-cloud-through-acquisition-of-mips/|url-status=live}}</ref> The program was intended to open up access to the most recent versions of both the 32-bit and 64-bit designs making them available without any licensing or royalty fees as well as granting participants licenses to existing MIPS patents.<ref>{{cite web|url=https://wavecomp.ai/wave-computing-launches-the-mips-open-initiative|title=Wave Computing® Launches the MIPS Open Initiative To Accelerate Innovation for the Renowned MIPS® Architecture|date=December 17, 2018|access-date=December 19, 2018|archive-date=July 28, 2021|archive-url=https://web.archive.org/web/20210728072903/https://wavecomp.ai/wave-computing-launches-the-mips-open-initiative/|url-status=live}}</ref><ref>{{cite web |title=MIPS Processor ISA To Be Open-Sourced In 2019 - Phoronix |url=https://www.phoronix.com/scan.php?page=news_item&px=MIPS-Open-Source-2019 |access-date=December 18, 2018 |archive-date=March 6, 2021 |archive-url=https://web.archive.org/web/20210306084647/https://www.phoronix.com/scan.php?page=news_item&px=MIPS-Open-Source-2019 |url-status=live }}</ref><ref>{{Cite web |url=https://www.eetimes.com/mips-goes-open-source/ |title=MIPS Goes Open Source |last=Yoshida |first=Junko |date=December 17, 2018 |website=EE Times |access-date=July 18, 2022 |archive-date=July 5, 2022 |archive-url=https://web.archive.org/web/20220705124608/https://www.eetimes.com/mips-goes-open-source/ |url-status=live }}</ref>

In March 2019, MIPS Revision 6 was made available under a royalty-free license,<ref>{{cite web|url=https://www.eetimes.com/mips-r6-architecture-now-available-for-open-use/|title=MIPS R6 Architecture Now Available for Open Use|date=March 28, 2019|access-date=December 16, 2019|archive-date=August 4, 2020|archive-url=https://web.archive.org/web/20200804035746/https://www.eetimes.com/mips-r6-architecture-now-available-for-open-use/|url-status=live}}</ref> but later that year the program was shut down again.<ref>{{cite web|url=https://www.hackster.io/news/wave-computing-closes-its-mips-open-initiative-with-immediate-effect-zero-warning-e88b0df9acd0|title=Wave Computing Closes Its MIPS Open Initiative with Immediate Effect, Zero Warning|date=November 15, 2019|access-date=December 16, 2019|archive-date=March 7, 2021|archive-url=https://web.archive.org/web/20210307041333/https://www.hackster.io/news/wave-computing-closes-its-mips-open-initiative-with-immediate-effect-zero-warning-e88b0df9acd0|url-status=live}}</ref>

In March 2021, Wave Computing announced that the development of the MIPS architecture has ceased. The company has joined the RISC-V foundation and future processor designs will be based on the RISC-V architecture.<ref name="mips-becomes-risc-v" /><ref>{{cite press release|url=https://www.prnewswire.com/news-releases/wave-computing-and-mips-emerge-from-chapter-11-bankruptcy-301237051.html|title=Wave Computing and MIPS emerge from chapter 11 bankruptcy|date=March 1, 2021|access-date=March 11, 2021|archive-url=https://web.archive.org/web/20210513151210/https://www.prnewswire.com/news-releases/wave-computing-and-mips-emerge-from-chapter-11-bankruptcy-301237051.html|archive-date=May 13, 2021|url-status=live}}</ref> In spite of this, some licensees such as [[Loongson]] are continuing with new extensions of MIPS-compatible ISAs on their own.<ref>{{cite news |last1=Shilov |first1=Anton |title=Loongson Rips MIPS: Uses Old Code for New CPUs |url=https://www.tomshardware.com/uk/news/loongson-continues-to-use-mips-code-for-loongarch-cpus |access-date=1 December 2021 |work=Tom's Hardware |date=25 August 2021 |language=en |archive-date=January 25, 2022 |archive-url=https://web.archive.org/web/20220125121447/https://www.tomshardware.com/uk/news/loongson-continues-to-use-mips-code-for-loongarch-cpus |url-status=live }}</ref>

In January 2024, Loongson won a case over rights to use MIPS architecture.<ref>{{Cite web |last=Connatser |first=Matthew |date=2024-01-19 |title=Chinese chipmaker Loongson wins case over rights to MIPS architecture - company's new CPU architecture heavily resembles existing MIPS |url=https://www.tomshardware.com/pc-components/cpus/chinese-chipmaker-loongson-wins-case-over-rights-to-mips-architecture-companys-new-cpu-architecture-heavily-resembles-existing-mips |url-status=live |archive-url=https://web.archive.org/web/20240119211100/https://www.tomshardware.com/pc-components/cpus/chinese-chipmaker-loongson-wins-case-over-rights-to-mips-architecture-companys-new-cpu-architecture-heavily-resembles-existing-mips |archive-date=2024-01-19 |access-date=2024-01-19 |website=[[Tom's Hardware]] |language=en}}</ref>

== Design ==
{{expand section|date=February 2020}}

MIPS is a modular architecture supporting up to four [[coprocessor]]s (COP0/1/2/3). In MIPS terminology, COP0 is the System Control Coprocessor (an essential part of the processor that is implementation-defined in MIPS I–V), COP1 is an optional [[floating-point unit]] (FPU), and COP2 and COP3 are optional implementation-defined coprocessors (MIPS III removed COP3 and reused its opcodes for other purposes). For example, in the [[PlayStation (console)|PlayStation]] video game console, COP2 is the [[PlayStation technical specifications#Central processing unit (CPU)|Geometry Transformation Engine]] (GTE), which accelerates the processing of geometry in 3D computer graphics.

== Versions ==

=== MIPS I ===

MIPS is a [[load/store architecture]] (also known as a ''register-register architecture''); except for the [[load/store instructions]] used to access [[Computer memory|memory]], all instructions operate on the registers.

MIPS I has thirty-two 32-bit general-purpose registers (GPR). Register {{mono|$0}} is hardwired to zero and writes to it are discarded. Register {{mono|$31}} is the [[link register]]. For integer multiplication and division instructions, which run asynchronously from other instructions, a pair of 32-bit registers, ''HI'' and ''LO'', are provided. There is a small set of instructions for copying data between the general-purpose registers and the HI/LO registers. The program counter has 32 bits. The two low-order bits always contain zero since MIPS I instructions are 32 bits long and are aligned to their natural word boundaries.

Instructions are divided into three types: R (register), I (immediate), and J (jump). Every instruction starts with a 6-bit opcode. In addition to the opcode, R-type instructions specify three registers,<ref name="Harris Harris 2013 pp. 294–369">{{cite book | last1=Harris | first1=David Money | last2=Harris | first2=Sarah L. | title=Digital Design and Computer Architecture | chapter=Architecture | publisher=Elsevier | year=2013 | doi=10.1016/b978-0-12-394424-5.00006-9 | pages=294–369 | isbn=9780123944245 | quote=R-type is short for register-type. R-type instructions use three registers as operands: two as sources, and one as a destination.}}</ref> a shift amount field, and a function field; I-type instructions specify two registers and a 16-bit immediate value; J-type instructions follow the opcode with a 26-bit jump target.<ref name=Price1995/>{{rp|A-174}}

The following are the three formats used for the core instruction set:

{| class="wikitable"
|-
! Type || colspan=6| -31- &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; format (bits) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; -0-
|- align=center
| '''R''' || opcode (6) || rs (5) || rt (5) || rd (5) || shamt (5) || funct (6)
|- align=center
| '''I''' || opcode (6) || rs (5) || rt (5) ||colspan=3| immediate (16)
|- align=center
| '''J''' || opcode (6) ||colspan=5| address (26)
|}

MIPS I has instructions that load and store 8-bit bytes, 16-bit halfwords, and 32-bit words. Only one [[addressing mode]] is supported: base + displacement. Since MIPS I is a 32-bit architecture, loading quantities fewer than 32 bits requires the datum to be either sign-extended or zero-extended to 32 bits. The load instructions suffixed by "unsigned" perform zero extension; otherwise sign extension is performed. Load instructions source the base from the contents of a GPR (rs) and write the result to another GPR (rt). Store instructions source the base from the contents of a GPR (rs) and the store data from another GPR (rt). All load and store instructions compute the memory address by summing the base with the sign-extended 16-bit immediate. MIPS I requires all memory accesses to be aligned to their natural word boundaries, otherwise an exception is signaled. To support efficient unaligned memory accesses, there are load/store word instructions suffixed by "left" or "right". All load instructions are followed by a [[load delay slot]]. The instruction in the load delay slot cannot use the data loaded by the load instruction. The load delay slot can be filled with an instruction that is not dependent on the load; a NOP is substituted if such an instruction cannot be found.

MIPS I has instructions to perform addition and subtraction. These instructions source their operands from two GPRs (rs and rt), and write the result to a third GPR (rd). Alternatively, addition can source one of the operands from a 16-bit immediate (which is sign-extended to 32 bits). The instructions for addition and subtraction have two variants: by default, an exception is signaled if the result overflows; instructions with the "unsigned" suffix do not signal an exception. The overflow check interprets the result as a 32-bit two's complement integer. MIPS I has instructions to perform [[bitwise operation|bitwise]] logical AND, OR, XOR, and NOR. These instructions source their operands from two GPRs and write the result to a third GPR. The AND, OR, and XOR instructions can alternatively source one of the operands from a 16-bit immediate (which is zero-extended to 32 bits). The "Set on ''relation''" instructions write one or zero to the destination register if the specified relation is true or false. These instructions source their operands from two GPRs or one GPR and a 16-bit immediate (which is sign-extended to 32 bits), and write the result to a third GPR. By default, the operands are interpreted as signed integers. The variants of these instructions that are suffixed with "unsigned" interpret the operands as unsigned integers (even those that source an operand from the sign-extended 16-bit immediate).

The Load Upper Immediate instruction copies the 16-bit immediate into the high-order 16 bits of a GPR. It is used in conjunction with the Or Immediate instruction to load a 32-bit immediate into a register.

MIPS I has instructions to perform left and right logical shifts and right arithmetic shifts. The operand is obtained from a GPR (rt), and the result is written to another GPR (rd). The shift distance is obtained from either a GPR (rs) or a 5-bit "shift amount" (the "sa" field).

MIPS I has instructions for signed and unsigned integer multiplication and division. These instructions source their operands from two GPRs and write their results to a pair of 32-bit registers called HI and LO, since they may execute separately from (and concurrently with) the other CPU instructions. For multiplication, the high- and low-order halves of the 64-bit product is written to HI and LO (respectively). For division, the quotient is written to LO and the remainder to HI. To access the results, a pair of instructions (Move from HI and Move from LO) is provided to copy the contents of HI or LO to a GPR. These instructions are interlocked: reads of HI and LO do not proceed past an unfinished arithmetic instruction that will write to HI and LO. Another pair of instructions (Move to HI or Move to LO) copies the contents of a GPR to HI and LO. These instructions are used to restore HI and LO to their original state after exception handling. Instructions that read HI or LO must be separated by two instructions that do not write to HI or LO.

All MIPS I control flow instructions are followed by a [[branch delay slot]]. Unless the branch delay slot is filled by an instruction performing useful work, a NOP is substituted. MIPS I branch instructions compare the contents of a GPR (rs) against zero or another GPR (rt) as signed integers and branch if the specified condition is true. Control is transferred to the address computed by shifting the 16-bit offset left by two bits, sign-extending the 18-bit result, and adding the 32-bit sign-extended result to the sum of the program counter (instruction address) and 8<sub>10</sub>. Jumps have two versions: absolute and register-indirect. Absolute jumps ("Jump" and "Jump and Link") compute the address to which control is transferred by shifting the 26-bit instr_index left by two bits and concatenating the 28-bit result with the four high-order bits of the address of the instruction in the branch delay slot. Register-indirect jumps transfer control to the instruction at the address sourced from a GPR (rs). The address sourced from the GPR must be word-aligned, else an exception is signaled after the instruction in the branch delay slot is executed. Branch and jump instructions that link (except for "Jump and Link Register") save the return address to GPR 31. The "Jump and Link Register" instruction permits the return address to be saved to any writable GPR.

MIPS I has two instructions for software to signal an exception: System Call and Breakpoint. System Call is used by user mode software to make kernel calls; and Breakpoint is used to transfer control to a debugger via the kernel's exception handler. Both instructions have a 20-bit Code field that can contain operating environment-specific information for the exception handler.

MIPS has 32 floating-point registers. Two registers are paired for double precision numbers. Odd numbered registers cannot be used for arithmetic or branching, just as part of a double precision register pair, resulting in 16 usable registers for most instructions (moves/copies and loads/stores were not affected).

Single precision is denoted by the .s suffix, while double precision is denoted by the .d suffix.

=== MIPS II ===

MIPS II removed the load delay slot<ref name=Sweetman1999/>{{rp|41}} and added several sets of instructions. For shared-memory multiprocessing, the ''Synchronize Shared Memory'', ''Load Linked Word'', and ''Store Conditional Word'' instructions were added.<ref name="mips-ll-sc">{{Cite web |url=https://www.cs.auckland.ac.nz/compsci313s2c/resources/MIPSLLSC.pdf#page=9 |title=APPLICATION NOTE MIPS R4000 Synchronization Primitives |page=5 |accessdate=2023-12-27 |archive-date=December 27, 2023 |archive-url=https://web.archive.org/web/20231227143936/https://www.cs.auckland.ac.nz/compsci313s2c/resources/MIPSLLSC.pdf#page=9 |url-status=live }}</ref> A set of Trap-on-Condition instructions were added. These instructions caused an exception if the evaluated condition is true. All existing branch instructions were given ''branch-likely'' versions that executed the instruction in the branch delay slot only if the branch is taken.<ref name=Sweetman1999/>{{rp|40}} These instructions improve performance in certain cases by allowing useful instructions to fill the branch delay slot.<ref name=Sweetman1999/>{{rp|212}} Doubleword load and store instructions for COP1–3 were added. Consistent with other memory access instructions, these loads and stores required the doubleword to be naturally aligned.

The instruction set for the floating point coprocessor also had several instructions added to it. An IEEE 754-compliant floating-point square root instruction was added. It supported both single- and double-precision operands. A set of instructions that converted single- and double-precision floating-point numbers to 32-bit words were added. These complemented the existing conversion instructions by allowing the IEEE rounding mode to be specified by the instruction instead of the Floating Point Control and Status Register.

=== MIPS III ===

MIPS III is a [[backwards-compatible]] extension of MIPS II that added support for [[64-bit]] memory addressing and integer operations. The 64-bit data type is called a doubleword, and MIPS III extended the general-purpose registers, HI/LO registers, and program counter to 64 bits to support it. New instructions were added to load and store doublewords, to perform integer addition, subtraction, multiplication, division, and shift operations on them, and to move doubleword between the GPRs and HI/LO registers. For shared-memory multiprocessing, the ''Load Linked Double Word'', and ''Store Conditional Double Word'' instructions were added.<ref name="mips-ll-sc"/> Existing instructions originally defined to operate on 32-bit words were redefined, where necessary, to sign-extend the 32-bit results to permit words and doublewords to be treated identically by most instructions. Among those instructions redefined was ''Load Word''. In MIPS III it sign-extends words to 64 bits. To complement ''Load Word'', a version that zero-extends was added.

The R instruction format's inability to specify the full shift distance for 64-bit shifts (its 5-bit shift amount field is too narrow to specify the shift distance for doublewords) required MIPS III to provide three 64-bit versions of each MIPS I shift instruction. The first version is a 64-bit version of the original shift instructions, used to specify constant shift distances of 0–31 bits. The second version is similar to the first, but adds 32<sub>10</sub> the shift amount field's value so that constant shift distances of 32–63 bits can be specified. The third version obtains the shift distance from the six low-order bits of a GPR.

MIPS III added a ''supervisor'' privilege level in between the existing kernel and user privilege levels. This feature only affected the implementation-defined System Control Processor (Coprocessor 0).

MIPS III removed the Coprocessor 3 (COP3) support instructions, and reused its opcodes for the new doubleword instructions. The remaining coprocessors gained instructions to move doublewords between coprocessor registers and the GPRs. The floating general registers (FGRs) were extended to 64 bits and the requirement for instructions to use even-numbered register only was removed. This is incompatible with earlier versions of the architecture; a bit in the floating-point control/status register is used to operate the MIPS III floating-point unit (FPU) in a MIPS I- and II-compatible mode. The floating-point control registers were not extended for compatibility. The only new floating-point instructions added were those to copy doublewords between the CPU and FPU convert single- and double-precision floating-point numbers into doubleword integers and vice versa.

=== MIPS IV ===

MIPS IV is the fourth version of the architecture. It is a superset of MIPS III and is compatible with all existing versions of MIPS.<ref>{{cite book|url=https://www.cs.cmu.edu/afs/cs/academic/class/15740-f97/public/doc/mips-isa.pdf|title=MIPS IV Instruction Set|edition=Revision 3.2|date=September 1995|publisher=[[MIPS Technologies]]|access-date=August 24, 2022|archive-date=November 27, 2022|archive-url=https://web.archive.org/web/20221127225045/http://www.cs.cmu.edu/afs/cs/academic/class/15740-f97/public/doc/mips-isa.pdf|url-status=live}}</ref>{{rp|page=A{{hyp}}1}} MIPS IV was designed to mainly improve floating-point (FP) performance. To improve access to operands, an indexed [[addressing mode]] (base + index, both sourced from GPRs) for FP loads and stores was added, as were prefetch instructions for performing memory prefetching and specifying cache hints (these supported both the base + offset and base + index addressing modes).

MIPS IV added several features to improve instruction-level parallelism. To alleviate the bottleneck caused by a single condition bit, seven condition code bits were added to the floating-point control and status register, bringing the total to eight. FP comparison and branch instructions were redefined so they could specify which condition bit was written or read (respectively); and the delay slot in between an FP branch that read the condition bit written to by a prior FP comparison was removed. Support for [[Branch predication|partial predication]] was added in the form of conditional move instructions for both GPRs and FPRs; and an implementation could choose between having precise or imprecise exceptions for IEEE 754 traps.

MIPS IV added several new FP arithmetic instructions for both single- and double-precision FPNs: fused-multiply add or subtract, reciprocal, and reciprocal square-root. The FP fused-multiply add or subtract instructions perform either one or two roundings (it is implementation-defined), to exceed or meet IEEE 754 accuracy requirements (respectively). The FP reciprocal and reciprocal square-root instructions do not comply with IEEE 754 accuracy requirements, and produce results that differ from the required accuracy by one or two units of last place (it is implementation defined). These instructions serve applications where instruction latency is more important than accuracy.

=== MIPS V ===

MIPS V added a new data type, the Paired Single (PS), which consisted of two single-precision (32-bit) floating-point numbers stored in the existing 64-bit floating-point registers. Variants of existing floating-point instructions for arithmetic, compare and conditional move were added to operate on this data type in a SIMD fashion. New instructions were added for loading, rearranging and converting PS data.<ref name=Sweetman1999/>{{rp|426–429}} It was the first instruction set to exploit floating-point SIMD with existing resources.<ref name="MPR:1996-11-18"/>

=== MIPS32/MIPS64 ===

The first release of MIPS32, based on MIPS II, added conditional moves, [[Instruction prefetch|prefetch instructions]], and other features from the R4000 and R5000 families of 64-bit processors.<ref name="mips32-and-mips64"/> The first release of MIPS64 adds a MIPS32 mode to run 32-bit code.<ref name="mips32-and-mips64"/> The MUL and MADD ([[multiply-add]]) instructions, previously available in some implementations, were added to the MIPS32 and MIPS64 specifications, as were [[cache control instruction]]s.<ref name="mips32-and-mips64"/> For the purpose of cache control, both <code>SYNC</code> and <code>SYNCI</code> instructions were prepared.<ref>{{Cite web |url=https://training.mips.com/basic_mips/PDF/Instruction_Set.pdf |title=MIPS instruction set R5 |page=59-62 |accessdate=2023-12-15 |archive-date=December 15, 2023 |archive-url=https://web.archive.org/web/20231215041747/https://training.mips.com/basic_mips/PDF/Instruction_Set.pdf |url-status=live }}</ref><ref>{{Cite web |url=https://s3-eu-west-1.amazonaws.com/downloads-mips/documents/MD00605-2B-CMPCOHERE-AFP-01.01.pdf |title=MIPS® Coherence Protocol Specification, Revision 01.01 |page=26,25,57 |accessdate=2023-12-15 |archive-date=September 4, 2018 |archive-url=https://web.archive.org/web/20180904050625/https://s3-eu-west-1.amazonaws.com/downloads-mips/documents/MD00605-2B-CMPCOHERE-AFP-01.01.pdf |url-status=live }}</ref>

MIPS32/MIPS64 Release 6 in 2014 added the following:<ref>{{cite web|url=https://imgtec.com/mips/architectures/mips32/|title=MIPS – Market-leading RISC CPU IP processor solutions|website=imgtec.com|url-status=dead|archive-url=https://web.archive.org/web/20160309061723/https://imgtec.com/mips/architectures/mips32/|archive-date=March 9, 2016|access-date=February 11, 2016}}</ref>
* a new family of branches with no delay slot:
** unconditional branches (BC) and branch-and-link (BALC) with a 26-bit offset,
** conditional branch on zero/non-zero with a 21-bit offset,
** full set of signed and unsigned conditional branches compare between two registers (e.g. BGTUC) or a register against zero (e.g. BGTZC),
** full set of branch-and-link which compare a register against zero (e.g. BGTZALC).
* index jump instructions with no delay slot designed to support large absolute addresses.
* instructions to load 16-bit immediates at bit position 16, 32 or 48, allowing to easily generate large constants.
* PC-relative load instructions, as well as address generation with large (PC-relative) offsets.
* bit-reversal and byte-alignment instructions (previously only available with the DSP extension).
* multiply and divide instructions redefined so that they use a single register for their result).
* instructions generating truth values now generate all zeroes or all ones instead of just clearing/setting the 0-bit,
* instructions using a truth value now only interpret all-zeroes as false instead of just looking at the 0-bit.

Removed infrequently used instructions:
* some conditional moves
* ''branch likely'' instructions (deprecated in previous releases).
* integer overflow trapping instructions with 16-bit immediate
* integer accumulator instructions (together HI/LO registers, moved to the DSP Application-Specific Extension)
* unaligned load instructions (LWL and LWR), (requiring that most ordinary loads and stores support misaligned access, possibly via trapping and with the addition of a new instruction (BALIGN))

Reorganized the instruction encoding, freeing space for future expansions.

=== microMIPS ===

The microMIPS32/64 architectures are supersets of the MIPS32 and MIPS64 architectures (respectively) designed to replace the [[#MIPS16|MIPS16e]] [[#Application-Specific_Extensions|application-specific extension]] (ASE). A disadvantage of MIPS16e is that it requires a mode switch before any of its 16-bit instructions can be processed. microMIPS adds versions of the most-frequently used 32-bit instructions that are encoded as 16-bit instructions. This allows programs to intermix 16- and 32-bit instructions without having to switch modes. microMIPS was introduced alongside of MIPS32/64 Release 3, and each subsequent release of MIPS32/64 has a corresponding microMIPS32/64 version. A processor may implement microMIPS32/64 or both microMIPS32/64 and its corresponding MIPS32/64 subset. Starting with MIPS32/64 Release 6, support for MIPS16e ended, and microMIPS is the only form of code compression in MIPS.

== Application-specific extensions ==

The base MIPS32 and MIPS64 architectures can be supplemented with a number of optional architectural extensions, which are collectively referred to as ''application-specific extensions'' (ASEs). These ASEs provide features that improve the efficiency and performance of certain workloads, such as [[digital signal processing]].

=== MIPS MCU ===
Enhancements for microcontroller applications. The MCU ASE (application-specific extension) has been developed to extend the [[interrupt]] controller support, reduce the interrupt latency and enhance the I/O peripheral control function typically required in microcontroller system designs.
* Separate priority and vector generation
* Supports up to 256 interrupts in EIC (External Interrupt Controller) mode and eight hardware interrupt pins
* Provides 16-bit vector offset address
* Pre-fetching of the interrupt exception vector
* Automated Interrupt Prologue – adds hardware to save and update system status before the interrupt handling routine
* Automated Interrupt Epilogue – restores the system state previously stored in the stack for returning from the interrupt.
* Interrupt Chaining – supports the service of pending interrupts without the need to exit the initial interrupt routine, saving the cycles required to store and restore multiple active interrupts
* Supports speculative pre-fetching of the interrupt vector address. Reduces the number of interrupt service cycles by overlapping memory accesses with pipeline flushes and exception prioritization
* Includes atomic bit set/clear instructions which enables bits within an I/O register that are normally used to monitor or control external peripheral functions to be modified without interruption, ensuring the action is performed securely.

=== MIPS16 ===
MIPS16 is an Application-Specific Extension for MIPS I through to V designed by [[LSI Logic]] and [[MIPS Technologies]], announced on October 21, 1996, alongside its first implementation, the LSI Logic TinyRISC processor.<ref>{{cite press release |title=Silicon Graphics Introduces Compact MIPS RISC Microprocessor Code For High Performance at a Low Cost |date=October 21, 1996}}</ref> MIPS16 was subsequently licensed by [[NEC Electronics]], [[Philips Semiconductors]], and [[Toshiba]] (among others); and implemented as an extension to the MIPS I, II, an III architectures. MIPS16 decreases the size of application by up to 40% by using 16-bit instructions instead of 32-bit instructions and also improves power efficiency, the instruction cache hit rate, and is equivalent in performance to its base architecture.<ref>{{cite book|last1=Sweetman|first1=Dominic|title=See MIPS Run|date=2007|publisher=Morgan Kaufmann Publishers|location=San Francisco, California|isbn=978-0-12-088421-6|pages=425–427|edition=2nd}}</ref> It is supported by hardware and software development tools from MIPS Technologies and other providers. MIPS16e is an improved version of MIPS16 first supported by MIPS32 and MIPS64 Release 1. MIPS16e2 is an improved version of MIPS16 that is supported by MIPS32 and MIPS64 (up to Release 5). Release 6 replaced it with microMIPS.

=== MIPS Digital Signal Processing (DSP) ===
The DSP ASE is an optional extension to the MIPS32/MIPS64 Release&nbsp;2 and newer instruction sets which can be used to accelerate a large range of "media" computations—particularly audio and video. The DSP module comprises a set of instructions and state in the integer pipeline and requires minimal additional logic to implement in MIPS processor cores. Revision 2 of the ASE was introduced in the second half of 2006. This revision adds extra instructions to the original ASE, but is otherwise backwards-compatible with it.<ref>{{cite web|url=https://gcc.gnu.org/onlinedocs/gcc/MIPS-DSP-Built-in-Functions.html|title=Using the GNU Compiler Collection (GCC): MIPS DSP Built-in Functions|website=gcc.gnu.org|url-status=live|archive-url=https://web.archive.org/web/20170420143138/https://gcc.gnu.org/onlinedocs/gcc/MIPS-DSP-Built-in-Functions.html|archive-date=April 20, 2017}}</ref> Unlike the bulk of the MIPS architecture, it's a fairly irregular set of operations, many chosen for a particular relevance to some key algorithm. Its main novel features (vs original MIPS32):<ref>{{cite web|url=https://www.linux-mips.org/wiki/Instruction_Set_Architecture#DSP_ASE|title=Instruction Set Architecture - LinuxMIPS|website=www.linux-mips.org|url-status=dead|archive-url=https://web.archive.org/web/20170420045837/https://www.linux-mips.org/wiki/Instruction_Set_Architecture#DSP_ASE|archive-date=April 20, 2017}}</ref>
* Saturating arithmetic (when a calculation overflows, deliver the representable number closest to the non-overflowed answer).
* Fixed-point arithmetic on signed 32- and 16-bit fixed-point fractions with a range of -1 to +1 (these are widely called "Q31" and "Q15").
* The existing integer multiplication and multiply-accumulate instructions, which deliver results into a double-size accumulator (called "hi/lo" and 64 bits on MIPS32 CPUs). The DSP ASE adds three more accumulators, and some different flavours of multiply-accumulate.
* [[Single instruction, multiple data|SIMD]] instructions operating on 4 x unsigned bytes or 2 x 16-bit values packed into a 32-bit register (the 64-bit variant of the DSP ASE supports larger vectors, too).
* SIMD operations are basic arithmetic, shifts and some multiply-accumulate type operations.

=== MIPS SIMD architecture (MSA) ===
Instruction set extensions designed to accelerate multimedia.
* Predefined scalable extensions for chips with more gates/transistors
* 32 vector registers of 16 x 8-bit, 8 x 16-bit, 4 x 32-bit, and 2 x 64 bit vector elements, all 128-bit in width
* Includes operations for:
** Efficient vector arithmetic on integer, fixed-point and floating-point data with full rounding and saturation options
** Creating absolute values in vectors
** Full precision multiplication and [[fused multiply-add]]
** Conversions between integer, floating-point and fixed-point data
** Vector-level comparison and branching without condition flags
** Vector (1D) and array (2D) shuffling
** Typed loads and stores for [[Endianness|endian]]-independent operation
* [[IEEE 754-2008]] compliant
* Element-precise floating-point exception signaling
* Accelerates compute-intensive applications by leveraging generic compiler support
* Created as a software-programmable solution for consumer electronics applications or functions not covered by dedicated hardware
* Created for emerging data mining, [[feature extraction]], multimedia processing, [[Graphical user interface|GUI]]s and high-performance scientific computing

=== MIPS virtualization ===
MIPS Revision 6 added native virtualization supported by hardware.

=== MIPS multi-threading ===
Each multi-threaded MIPS core can support up to two VPEs (Virtual Processing Elements) which share a single pipeline as well as other hardware resources. However, since each VPE includes a complete copy of the processor state as seen by the software system, each VPE appears as a complete standalone processor to an [[Symmetric multiprocessing|SMP]] Linux operating system. For more fine-grained thread processing applications, each VPE is capable of supporting up to nine TCs allocated across two VPEs. The TCs share a common execution unit but each has its own program counter and core register files so that each can handle a thread from the software. The MIPS MT architecture also allows the allocation of processor cycles to threads, and sets the relative thread priorities with an optional Quality of Service ([[Quality of service|QoS]]) manager block. This enables two prioritization mechanisms that determine the flow of information across the bus. The first mechanism allows the user to prioritize one thread over another. The second mechanism is used to allocate a specified ratio of the cycles to specific threads over time. The combined use of both mechanisms allows effective allocation of bandwidth to the set of threads, and better control of latencies. In real-time systems, system-level determinism is very critical, and the QoS block facilitates improvement of the predictability of a system. Hardware designers of advanced systems may replace the standard QoS block provided by MIPS Technologies with one that is specifically tuned for their application.

=== SmartMIPS ===
SmartMIPS is an Application-Specific Extension (ASE) designed by [[Gemplus International]] and MIPS Technologies to improve performance and reduce memory consumption for [[smart card]] software. It is supported by MIPS32 only, since smart cards do not require the capabilities of MIPS64 processors. Few smart cards use SmartMIPS.

=== [[MDMX|MIPS Digital Media eXtension]] (MDMX) ===
Multimedia application accelerations that were common in the 1990s on RISC and CISC systems. 

=== [[MIPS-3D]] ===
Additional instructions for improving the performance of 3D graphics applications

== Calling conventions ==
MIPS has had several calling conventions, especially on the 32-bit platform.

The O32 ABI is the most commonly used ABI, owing to its status as the original [[System V]] [[Application binary interface|ABI]] for MIPS.<ref name=Sweetman>{{cite book|last=Sweetman|first=Dominic|title=See MIPS Run, 2nd edition|year=2007|publisher=Morgan Kaufmann|isbn=978-0-12088-421-6}}</ref><ref name="O32">{{cite web|url=https://www.mips.com/?do-download=mips32-instruction-set-quick-reference-v1-01|title=MIPS32 Instruction Set Quick Reference|access-date=August 17, 2020|archive-date=January 25, 2022|archive-url=https://web.archive.org/web/20220125121442/https://s3-eu-west-1.amazonaws.com/downloads-mips/documents/MD00565-2B-MIPS32-QRC-01.01.pdf|url-status=live}}</ref> It is strictly stack-based, with only four registers ({{mono|$a0}}-{{mono|$a3}}) available to pass arguments. Space on the stack is reserved in case the callee needs to save its arguments, but the registers are not stored there by the caller. The return value is stored in register {{mono|$v0}}; a second return value may be stored in {{mono|$v1}}. The ABI took shape in 1990 and was last updated in 1994. This perceived slowness, along with an antiquated floating-point model with only 16 registers, has encouraged the proliferation of many other calling conventions. It is only defined for 32-bit MIPS, but [[GNU compiler collection|GCC]] has created a 64-bit variation called O64.<ref name="linux-mips">{{cite web |title=MIPS ABI History |url=https://www.linux-mips.org/wiki/MIPS_ABI_History |archive-url=https://web.archive.org/web/20180826012735/https://www.linux-mips.org/wiki/MIPS_ABI_History |archive-date=August 26, 2018}}</ref>

For 64-bit, the N64 ABI by Silicon Graphics is most commonly used. The most important improvement is that eight registers are now available for argument passing; it also increases the number of floating-point registers to 32. There is also an [[ILP32]] version called N32, which uses 32-bit pointers for smaller code, analogous to the [[x32 ABI]]. Both run under the 64-bit mode of the CPU.<ref name="linux-mips"/> The N32 and N64 ABIs pass the first eight arguments to a function in the registers {{mono|$a0}}-{{mono|$a7}}; subsequent arguments are passed on the stack. The return value (or a pointer to it) is stored in {{mono|$v0}}; a second return value may be stored in {{mono|$v1}}. In both the N32 and N64 ABIs, all registers are considered to be 64-bits wide.

A few attempts have been made to replace O32 with a 32-bit ABI that resembles N32 more than O32. A 1995 conference came up with MIPS EABI, for which the 32-bit version was quite similar.<ref>{{cite mailing list |url=https://sourceware.org/legacy-ml/binutils/2003-06/msg00436.html |author=Eric Christopher |title=mips eabi documentation |mailing-list=binutils@sources.redhat.com |date=June 11, 2003 |access-date=June 19, 2020 |archive-date=May 7, 2020 |archive-url=https://web.archive.org/web/20200507151411/https://sourceware.org/legacy-ml/binutils/2003-06/msg00436.html |url-status=live }}</ref> EABI inspired MIPS Technologies to propose a more radical "NUBI" ABI additionally reuse argument registers for the return value.<ref>{{cite web |title=NUBI |url=https://www.linux-mips.org/wiki/NUBI |access-date=August 17, 2020 |archive-date=July 29, 2021 |archive-url=https://web.archive.org/web/20210729025259/https://www.linux-mips.org/wiki/NUBI |url-status=dead }}</ref> MIPS EABI is supported by GCC but not LLVM, and neither supports NUBI.

For all of O32 and N32/N64, the return address is stored in {{mono|$ra}} ({{mono|$31}}). This is automatically set with the use of the JAL (jump and link) or JALR (jump and link register) instructions. The function prologue of a (non-leaf) MIPS subroutine pushes the return address (in {{mono|$ra}}) to the stack.<ref>{{cite web|author=Karen Miller|url=http://pages.cs.wisc.edu/~markhill/cs354/Fall2008/beyond354/conventions.html|title=The MIPS Register Usage Conventions|date=2006|archive-url=https://web.archive.org/web/20201025120512/http://pages.cs.wisc.edu/~markhill/cs354/Fall2008/beyond354/conventions.html|archive-date=October 25, 2020|url-status=live}}</ref><ref>{{cite web|author=Hal Perkins|url=https://courses.cs.washington.edu/courses/cse410/09sp/examples/MIPSCallingConventionsSummary.pdf|title=MIPS Calling Convention|date=2006|archive-url=https://web.archive.org/web/20200930165249/https://courses.cs.washington.edu/courses/cse410/09sp/examples/MIPSCallingConventionsSummary.pdf|archive-date=September 30, 2020|url-status=live}}</ref>

On both O32 and N32/N64, the stack grows downwards, but the N32/N64 ABIs require 64-bit alignment for all stack entries. The frame pointer ({{mono|$30}}) is optional and in practice rarely used except when the stack allocation in a function is determined at runtime, for example, by calling <code>alloca()</code>.

For N32 and N64, the return address is typically stored 8 bytes before the [[stack pointer]], although this may be optional.

For the N32 and N64 ABIs, a function must preserve the {{mono|$s0}}-{{mono|$s7}} registers, the global pointer ({{mono|$gp}} or {{mono|$28}}), the stack pointer ({{mono|$sp}} or {{mono|$29}}) and the frame pointer ({{mono|$fp}} or {{mono|$30}}). The O32 ABI is the same except the calling function is required to save the {{mono|$gp}} register instead of the called function.

For multi-threaded code, the thread local storage pointer is typically stored in special hardware register {{mono|$29}} and is accessed by using the mfhw (move from hardware) instruction. At least one vendor is known to store this information in the {{mono|$k0}} register which is normally reserved for kernel use, but this is not standard.

The {{mono|$k0}} and {{mono|$k1}} registers ({{mono|$26}}, {{mono|$27}}) are reserved for kernel use and should not be used by applications since these registers can be changed at any time by the kernel due to interrupts, context switches or other events.

{| class="wikitable"
|+ Registers for O32 calling convention
! Name || Number || Use || Callee must preserve?
|-
! {{mono|$zero}}
| {{mono|$0}} || constant 0 || {{N/A}}
|-
! {{mono|$at}}
| {{mono|$1}} || assembler temporary || {{no}}
|-
! {{mono|$v0}}–{{mono|$v1}}
| {{mono|$2}}–{{mono|$3}} || values for function returns and expression evaluation || {{no}}
|-
! {{mono|$a0}}–{{mono|$a3}}
| {{mono|$4}}–{{mono|$7}} || function arguments || {{no}}
|-
! {{mono|$t0}}–{{mono|$t7}}
| {{mono|$8}}–{{mono|$15}} || temporaries || {{no}}
|-
! {{mono|$s0}}–{{mono|$s7}}
| {{mono|$16}}–{{mono|$23}} || saved temporaries || {{yes}}
|-
! {{mono|$t8}}–{{mono|$t9}}
| {{mono|$24}}–{{mono|$25}} || temporaries || {{no}}
|-
! {{mono|$k0}}–{{mono|$k1}}
| {{mono|$26}}–{{mono|$27}} || reserved for OS kernel || {{N/A}}
|-
! {{mono|$gp}}
| {{mono|$28}} || global pointer || {{yes}} (except PIC code)
|-
! {{mono|$sp}}
| {{mono|$29}} || [[Stack-based memory allocation|stack pointer]] || {{yes}}
|-
! {{mono|$fp}}
| {{mono|$30}} || [[frame pointer]] || {{yes}}
|-
! {{mono|$ra}}
| {{mono|$31}} || [[return statement|return address]] || {{N/A}}
|}

{| class="wikitable"
|+ Registers for N32 and N64 calling conventions<ref>{{cite book|url=https://www.linux-mips.org/pub/linux/mips/doc/ABI/MIPS-N32-ABI-Handbook.pdf|title=MIPSpro N32 ABI Handbook|publisher=[[Silicon Graphics]]|access-date=August 17, 2020|archive-date=December 17, 2021|archive-url=https://web.archive.org/web/20211217075522/https://www.linux-mips.org/pub/linux/mips/doc/ABI/MIPS-N32-ABI-Handbook.pdf|url-status=dead}}</ref>
! Name || Number || Use || Callee must preserve?
|-
! {{mono|$zero}}
| {{mono|$0}} || constant 0 || {{N/A}}
|-
! {{mono|$at}}
| {{mono|$1}} || assembler temporary || {{no}}
|-
! {{mono|$v0}}–{{mono|$v1}}
| {{mono|$2}}–{{mono|$3}} || values for function returns and expression evaluation || {{no}}
|-
! {{mono|$a0}}–{{mono|$a7}}
| {{mono|$4}}–{{mono|$11}} || function arguments || {{no}}
|-
! {{mono|$t4}}–{{mono|$t7}}
| {{mono|$12}}–{{mono|$15}} || temporaries || {{no}}
|-
! {{mono|$s0}}–{{mono|$s7}}
| {{mono|$16}}–{{mono|$23}} || saved temporaries || {{yes}}
|-
! {{mono|$t8}}–{{mono|$t9}}
| {{mono|$24}}–{{mono|$25}} || temporaries || {{no}}
|-
! {{mono|$k0}}–{{mono|$k1}}
| {{mono|$26}}–{{mono|$27}} || reserved for OS kernel || {{N/A}}
|-
! {{mono|$gp}}
| {{mono|$28}} || global pointer || {{yes}}
|-
! {{mono|$sp}}
| {{mono|$29}} || [[Stack-based memory allocation|stack pointer]] || {{yes}}
|-
! {{mono|$s8}}
| {{mono|$30}} || [[frame pointer]] || {{yes}}
|-
! {{mono|$ra}}
| {{mono|$31}} || [[return statement|return address]] || {{N/A}}
|}

Registers that are preserved across a call are registers that (by convention) will not be changed by a system call or procedure (function) call. For example, {{mono|$s}}-registers must be saved to the stack by a procedure that needs to use them, and {{mono|$sp}} and {{mono|$fp}} are always incremented by constants, and decremented back after the procedure is done with them (and the memory they point to). By contrast, {{mono|$ra}} is changed automatically by any normal function call (ones that use {{mono|jal}}), and {{mono|$t}}-registers must be saved by the program before any procedure call (if the program needs the values inside them after the call).

The userspace calling convention of position-independent code on Linux additionally requires that when a function is called the {{mono|$t9}} register must contain the address of that function.<ref>{{Cite web|url=https://www.linux-mips.org/wiki/PIC_code|title=PIC code – LinuxMIPS|website=www.linux-mips.org|language=en|access-date=September 21, 2018|archive-date=September 21, 2018|archive-url=https://web.archive.org/web/20180921153220/https://www.linux-mips.org/wiki/PIC_code|url-status=dead}}</ref> This convention dates back to the System V ABI supplement for MIPS.<ref>{{cite web|url=https://math-atlas.sourceforge.net/devel/assembly/mipsabi32.pdf|title=System V Application Binary Interface MIPS RISC Processor Supplement, 3rd Edition|pages=3–12|access-date=August 17, 2020|archive-date=November 12, 2020|archive-url=https://web.archive.org/web/20201112032803/http://math-atlas.sourceforge.net/devel/assembly/mipsabi32.pdf|url-status=live}}</ref>

== Uses ==
{{expand section|date=February 2020}}
{{Update|section|part=2010s|date=August 2020}}

MIPS processors are used in [[embedded system]]s such as [[residential gateway]]s and [[Router (computing)|router]]s. Originally, MIPS was designed for general-purpose computing. During the 1980s and 1990s, MIPS processors for [[Personal computer|personal]], [[workstation]], and [[Server (computing)|server]] computers were used by many companies such as [[Digital Equipment Corporation]], [[MIPS Computer Systems]], [[NEC]], [[Pyramid Technology]], [[SiCortex]], [[Siemens Nixdorf Informationssysteme|Siemens Nixdorf]], [[Silicon Graphics]], and [[Tandem Computers]].

Historically, [[video game console]]s such as the [[Nintendo 64]], [[Sony]] [[PlayStation (console)|PlayStation]], [[PlayStation 2]], and [[PlayStation Portable]] used MIPS processors. MIPS processors also used to be popular in [[supercomputer]]s during the 1990s, but all such systems have dropped off the [[TOP500]] list. These uses were complemented by embedded applications at first, but during the 1990s, MIPS became a major presence in the embedded processor market, and by the 2000s, most MIPS processors were for these applications.

In the mid- to late-1990s, it was estimated that one in three RISC microprocessors produced was a MIPS processor.<ref name="Victor P. Rubio, 2004">{{cite web|last=Rubio|first=Victor P|title=A FPGA Implementation of a MIPS RISC Processor for Computer Architecture Education|url=http://www.ece.nmsu.edu/~jecook/thesis/Victor_thesis.pdf|publisher=[[New Mexico State University]]|access-date=December 22, 2011|url-status=live|archive-url=https://web.archive.org/web/20120415011539/http://www.ece.nmsu.edu/~jecook/thesis/Victor_thesis.pdf|archive-date=April 15, 2012}}</ref>

By the late 2010s, MIPS machines were still commonly used in embedded markets, including automotive, wireless router, LTE modems (mainly via [[MediaTek]]), and microcontrollers (for example the [[Microchip Technology]] [[PIC microcontrollers#PIC32M MIPS-based line|PIC32M]]). They have mostly faded out of the personal, server, and application space.

== Simulators ==

Open Virtual Platforms (OVP)<ref>{{cite web |url=http://www.OVPworld.org |title=OVP: Fast Simulation, Free Open Source Models. Virtual Platforms for software development |publisher=Ovpworld.org |access-date=May 30, 2012 |url-status=live |archive-url=https://web.archive.org/web/20120608022021/http://www.ovpworld.org/ |archive-date=June 8, 2012  }}</ref> includes the freely available for non-commercial use simulator [[OVPsim]], a library of models of processors, peripherals and platforms, and APIs which enable users to develop their own models. The models in the library are open source, written in C, and include the MIPS 4K, 24K, 34K, 74K, 1004K, 1074K, M14K, microAptiv, interAptiv, proAptiv 32-bit cores and the MIPS 64-bit 5K range of cores. These models are created and maintained by Imperas<ref>{{cite web |url=http://www.imperas.com |title=Imperas |publisher=Imperas |date=March 3, 2008 |access-date=May 30, 2012 |url-status=live |archive-url=https://web.archive.org/web/20120614212338/http://www.imperas.com/ |archive-date=June 14, 2012  }}</ref> and in partnership with MIPS Technologies have been tested and assigned the MIPS-Verified mark. Sample MIPS-based platforms include both bare metal environments and platforms for booting unmodified Linux binary images. These platforms–emulators are available as source or binaries and are fast, free for non-commercial usage, and are easy to use. OVPsim is developed and maintained by [[Imperas]] and is very fast (hundreds of million of instructions per second), and built to handle multicore homogeneous and heterogeneous architectures and systems.

There is a freely available MIPS32 simulator called [[SPIM]] (earlier versions simulated only the R2000/R3000) for use in education. EduMIPS64<ref>{{cite web |url=http://www.edumips.org |title=EduMIPS64 |publisher=Edumips.org |access-date=May 30, 2012 |url-status=live |archive-url=https://web.archive.org/web/20120507013250/http://www.edumips.org/ |archive-date=May 7, 2012  }}</ref> is a GPL graphical cross-platform MIPS64 CPU simulator, written in Java/Swing. It supports a wide subset of the MIPS64 ISA and allows the user to graphically see what happens in the pipeline when an assembly program is run by the CPU.

MARS<ref>{{cite web |title=MARS MIPS Assembler and Runtime Simulator |url=https://computerscience.missouristate.edu/mars-mips-simulator.htm |url-status=live |archive-url=https://web.archive.org/web/20251116200719/https://computerscience.missouristate.edu/mars-mips-simulator.htm |archive-date=November 16, 2025 |access-date=November 16, 2025 |publisher=Computerscience.missouristate.edu}}</ref> is another GUI-based MIPS emulator designed for use in education, specifically for use with Hennessy's ''Computer Organization and Design''. It is no longer maintained.

Saturn<ref>{{Citation |last=Whatley |first=Taylor |title=1whatleytay/saturn |date=2025-11-16 |url=https://github.com/1whatleytay/saturn |access-date=2025-11-16 |publisher=GitHub}}</ref> is a GUI-based MIPS IDE with an assembler called Titan<ref>{{Citation |last=Whatley |first=Taylor |title=1whatleytay/titan |date=2025-04-09 |url=https://github.com/1whatleytay/titan |access-date=2025-11-16 |publisher=GitHub}}</ref>. It started as a project by a student at the [[University of Toronto]] as a replacement for MARS, which is no longer maintained<ref>{{Cite web |last=Badr |first=Mario |date=2023-03-23 |title=Saturn (and Titan) |url=http://www.cs.toronto.edu/~mbadr/projects/2023-saturn-ide/ |access-date=2025-11-16 |website=Mario Badr's Website |language=en}}</ref>. Saturn is now used in courses at the University of Toronto, and is maintained by students and faculty.

WebMIPS<ref>{{cite web |url=http://www.maiconsoft.com.br/webmips/index.asp |title=WebMIPS - MIPS CPU PIPLINED SIMULATION On Line |access-date=January 13, 2012 |url-status=dead |archive-url=https://archive.today/20121231212131/http://www.maiconsoft.com.br/webmips/index.asp |archive-date=December 31, 2012  }} (online demonstration) {{cite web |url=http://www.dii.unisi.it/~giorgi/WEBMIPS/ |title=Archived copy |access-date=January 13, 2012 |url-status=live |archive-url=https://web.archive.org/web/20111010100936/http://www.dii.unisi.it/~giorgi/WEBMIPS/ |archive-date=October 10, 2011  }} (source)</ref> is a browser-based MIPS simulator with visual representation of a generic, pipelined processor. This simulator is quite useful for register tracking during step by step execution.

QtMips provides a simple 5-stage pipeline visualization as well as cache principle visualization for basic computer architectures courses.<ref>{{GitHub|cvut/QtMips/|QtMips - MIPS CPU simulator for education purposes}}</ref><ref>{{cite thesis |type=MSc |last=Kočí |first=Karel |date=2018 |title=Graphical CPU Simulator with Cache Visualization |publisher=[[Czech Technical University in Prague]] |url=https://dspace.cvut.cz/bitstream/handle/10467/76764/F3-DP-2018-Koci-Karel-diploma.pdf |access-date=January 25, 2021 |url-status=live |archive-date=November 19, 2020 |archive-url=https://web.archive.org/web/20201119140019/https://dspace.cvut.cz/bitstream/handle/10467/76764/F3-DP-2018-Koci-Karel-diploma.pdf }}</ref><ref>{{cite web |last=Gizopoulos |first=Dimitris |author-link=Dimitris Gizopoulos |url=https://eclass.uoa.gr/modules/document/file.php/D52/%CE%94%CE%B9%CE%B1%CF%86%CE%AC%CE%BD%CE%B5%CE%B9%CE%B5%CF%82/%CE%A4%CE%B1%20%CE%B2%CE%B1%CF%83%CE%B9%CE%BA%CE%AC%20%CF%84%CE%BF%CF%85%20QtMips-v3.pdf |title=The basics of QtMips-v3 |date=December 6, 2020|publisher=[[National and Kapodistrian University of Athens]] |access-date=January 25, 2021}}{{dead link|date=February 2022}}</ref> It is available both as a [[web application]] and as a downloadable program for Windows, [[Linux]], and [[macOS]].

More advanced free emulators are available from the [[GXemul]] (formerly known as the mips64emul project) and [[QEMU]] projects. They emulate the various MIPS III and IV microprocessors in addition to entire computer systems which use them.

Commercial simulators are available especially for the embedded use of MIPS processors, for example Wind River [[Simics]] (MIPS 4Kc and 5Kc, PMC RM9000, QED RM7000, Broadcom/Netlogic ec4400, [[Cavium]] Octeon I), [[Imperas]] (all MIPS32 and MIPS64 cores), VaST Systems (R3000, R4000), and [[CoWare]] (the MIPS4KE, MIPS24K, MIPS25Kf and MIPS34K).

The Creator simulator<ref>{{Cite journal|title=CREATOR: An Educational Integrated Development Environment for RISC-V Programming|date=May 29, 2024|doi=10.1109/ACCESS.2024.3406935 |lang=en|journal=IEEE Access |last1=Camarmas-Alonso |first1=Diego |last2=Garcia-Carballeira |first2=Felix |last3=Del-Pozo-Punal |first3=Elias |last4=Mateos |first4=Alejandro Calderon |volume=12 |pages=127702–127717 |issn=2169-3536|doi-access=free }}</ref><ref>{{Cite web|url=https://zenodo.org/record/5130302|title=CREATOR: Simulador didáctico y genérico para la programación en ensamblador|date=July 23, 2021|language=es|access-date=September 29, 2021|archive-date=September 29, 2021|archive-url=https://web.archive.org/web/20210929155448/https://zenodo.org/record/5130302|url-status=live}}</ref><ref>{{Cite conference|url=https://doi.org/10.1109/CLEI53233.2021.9640144|title=A new generic simulator for the teaching of assembly programming|date=Aug 2, 2022|doi=10.1109/CLEI53233.2021.9640144 |lang=es|access-date=August 2, 2022|conference=2021 XLVII Latin American Computing Conference (CLEI) |last1=Camarmas-Alonso |first1=Diego |last2=Garcia-Carballeira |first2=Felix |last3=Del-Pozo-Punal |first3=Elias |last4=Mateos |first4=Alejandro Calderon |pages=1–9 |isbn=978-1-6654-9503-5 |s2cid=245387555|url-access=subscription }}</ref><ref>{{cite web|title=CREATOR Web with MIPS32 example|url=https://creatorsim.github.io/creator/?example_set=default&example=e12|archive-url=https://web.archive.org/web/20210929155446/https://creatorsim.github.io/creator/?example_set=default&example=e12|archive-date=September 29, 2021|url-status=live}}</ref><ref>{{GitHub|creatorsim/creator|CREATOR source code}}</ref> is portable and allows the user to learn various assembly languages of different processors. Creator has examples with an implementation of MIPS32 and RISC-V instructions.

== See also ==
* [[DLX]]
* [[List of MIPS architecture processors]]
* [[MIPS architecture processors]]
* [[Pipeline (computing)]]
* [[Prpl Foundation]]

== References ==

{{Reflist|30em}}

== Further reading ==
* {{cite book|first=Erin|last=Farquhar|author2=Philip Bunce|title=MIPS Programmer's Handbook|year=1994|publisher=Morgan Kaufmann Publishers|isbn=1-55860-297-6 |ref=none}}
* {{cite book|first=David A|last=Patterson|author-link=David A. Patterson (scientist)|author2=John L. Hennessy|author2-link=John L. Hennessy|title=Computer Organization and Design: The Hardware/Software Interface|year=2004|publisher=[[Morgan Kaufmann Publishers]]|isbn=1-55860-604-1|url-access=registration|url=https://archive.org/details/isbn_9781558606043 |ref=none}}
* {{cite book|first=Dominic|last=Sweetman|title=See MIPS Run|year=1999|publisher=Morgan Kaufmann Publishers|isbn=1-55860-410-3 |ref=none}}
* {{cite book|first=Dominic|last=Sweetman|title=See MIPS Run, 2nd edition|year=2007|publisher=Morgan Kaufmann Publishers|isbn=978-0-12-088421-6 |ref=none}}

== External links ==
{{Wikibooks|MIPS Assembly}}
{{Commons category|MIPS microprocessors}}
* [https://www.mips.com/products/ MIPS Processors] {{Webarchive|url=https://web.archive.org/web/20220511035335/https://www.mips.com/products/ |date=May 11, 2022 }}
* {{webarchive |url=https://web.archive.org/web/20130530213243/http://meld.org/library/education/mips-architectures |title=MIPS Architecture history diagram}}
* [https://rivoire.cs.sonoma.edu/cs351/wemips/ Online MIPS emulator] {{Webarchive|url=https://web.archive.org/web/20220305210932/https://rivoire.cs.sonoma.edu/cs351/wemips/ |date=March 5, 2022 }}
* [https://web.cse.ohio-state.edu/~crawfis.3/cse675-02/Slides/MIPS%20Instruction%20Set.pdf MIPS Instructions - MIPS Instruction Set] {{Webarchive|url=https://web.archive.org/web/20220407105219/https://web.cse.ohio-state.edu/~crawfis.3/cse675-02/Slides/MIPS%20Instruction%20Set.pdf |date=April 7, 2022 }}

{{MIPS microprocessors}}
{{RISC-based processor architectures}}
{{CPU technologies}}
{{Authority control}}

[[Category:MIPS architecture| ]]
[[Category:Advanced RISC Computing]]
[[Category:Computer-related introductions in 1985]]
[[Category:MIPS Technologies]]