Changes

Motorola 68000

15,751 bytes added, 13 May
/* Register File */
[[File:Motorola 68000 CPU.jpg|thumb|right|68000 CPU in plastic, ceramic and PLCC versions]]
 
The [[Motorola 68000]] (commonly abbreviated as 68k) is a landmark microprocessor introduced in 1979 by Motorola Semiconductor.
Although it It is frequently characterized as a “16/32‑bit” processor, as its design exhibits a unique hybrid architecture: the programming model is 32‑bit (with 32‑bit registers and a 32‑bit instruction set), yet its data arithmetic is carried out by a 16‑bit arithmetic logic unit (ALU) and it utilizes a 16‑bit external data bus. Its 24‑bit address bus enables direct access to 16 megabytes of memory, a very large space for the era.  This innovative compromise helped lower chip made it possible to fit the CPU within a 64-pin count and cost package while delivering performance not resorting to multiplexing pins. Although there were definitely other CPUs in use in the 1980s, the vast majority of microcomputers people had at home or at the office used either a [[MOS 6502]] (or one of its variants), a Zilog [[Z80]], an early member of the [[Intel 8086]] family, or a [[Motorola 68000]]. <br> = History = Motorola developed the 68000 in the late 1970s to compete with emerging 16‑bit designs and to counter the limitations of 8‑bit microprocessors like the Motorola 6800. In late 1976, Motorola was aware that Intel was working on a 16-bit extension of their 8080 series, which would emerge as the Intel 8086. They knew that if they launched a product similar to the 8086, within 10% of its capabilities, Intel would outperform them in the market. Another 16-bit would not do, their design would have to be bigger, and that meant having some 32-bit features. The Motorola Advanced Computer System on Silicon (MACSS) project was created to build the design, with Tom Gunter to be its principal architect. The performance goal was set at 1 million instructions per second (MIPS). The external interface was reduced to 16 data pins and 24 for addresses, allowing it all to fit in a 64-pin package. The success of the 68000 spurred a generation family of processors (68010, 68020, 68030, 68040, 68060) that gradually incorporated full 32‑bit ALUs, on‑chip caches, and integrated MMUs and FPUs. Despite these advances, the original 68000 remained widely used for many years, with its derivatives still found in embedded systems even after desktop computing shifted toward RISC and x86 architectures. Motorola used even numbers for major revisions to the CPU core such as 68000, 68020, 68040 and 68060. The 68010 was a revised version of the 68000 with minor modifications to the core, and likewise the 68030 was a revised 68020 with some more powerful features, none of them significant enough to classify as a major upgrade to the core. The 68050 was reportedly "a minor upgrade of the 68040" that lost a battle for resources within Motorola. They considered the 68050 as not meriting the necessary investment in production of the part. Ultimately, Motorola stopped investing in the MC680x0 family when everyone thought that RISC was the future and that CISC CPUs would be soon non competitive. So it formed an alliance in 1991 with Apple and IBM to switch to PowerPCs. <br> = Applications = The Motorola 68000’s combination of a robust 32‑bit programming model and efficient 16‑bit data processing made it a versatile CPU that was deployed in numerous systems:* Personal Computers and Workstations: Early [[Macintosh]] models, the [[Amiga]], the [[Atari ST]], and various Unix workstations leveraged the 68000 for its powerful instruction set and efficient memory addressing. [https://mirrors.apple2.org.za/ftp.apple.asimov.net/documentation/macintosh/Mac%20Hardware%20Info%20-%20Mac%20128K.pdf Macintosh hardware description]*The [[Sinclair QL]] used the nearly identical 68008 (which featured an 8‑bit external data bus and a 20-bit address bus for cost savings).* Video Game Consoles: Systems such as the Sega Genesis (Mega Drive) and arcade platforms utilized the 68000 to deliver high performance in graphics and sound processing. [https://segaretro.org/images/1/18/GenesisTechnicalOverview.pdf Genesis technical overview] [https://plutiedev.com/mirror/kabuto-hardware-notes Genesis hardware notes]* Embedded Systems: The processor’s cost‑effectiveness and robust design made it popular for industrial controllers, laser printers, and other embedded devices. Even decades later, derivatives of the 68000 architecture (such as ColdFire and DragonBall) continue to be used in specialized applications<br>
= Architecture =
 
== Microcode ==
 
Whereas the Z80 and the 6502 CPUs use a Decode ROM (PLA), the 68000 uses microcode instead.
 
To execute a machine instruction, the computer internally executes several simpler micro-instructions, specified by the microcode. In other words, microcode forms another layer between the machine instructions and the hardware.
 
The actual internal representation is a combination of "microcode" and "nanocode". The 68000 has 544 17-bit microcode words which dispaches to 366 68-bit nanocode words. [https://stackoverflow.com/a/19045414 Source]
 
The microcode is a series of pointers into assorted microsubroutines in the nanocode. The nanocode performs the actual routing and selecting of registers and functions, and directs results. Decoding of an instruction's op code generates starting addresses in the microcode for the type of operation and the addressing mode. [http://www.easy68k.com/paulrsm/doc/dpbm68k1.htm Source]
 
See: [https://gendev.spritesmind.net/forum/viewtopic.php?t=3023 Tech topic about a microcode-level 68000 core] [https://www.atari-forum.com/viewtopic.php?t=42568 New 68k core in mame] [https://og.kervella.org/m68k/ Motorola 68000 microcode]
 
<br>
== Hybrid 16/32‑Bit Design ==
At the heart of the 68000 lies The design implements a 32‑bit 32-bit instruction set and 32‑bit general‑purpose registers (eight data registers D0–D7 and eight address registers A0–A7, with A7 serving as the stack pointer). However, despite these 32‑bit features, the internal data path for arithmetic 32-bit registers and logical operations is only a 16 bits wide-bit data bus.
In practice, this means that operations on The address bus is 24 bits wide; while internal address computations occur using 32‑bit numbers arithmetic, only the lower 24 bits are performed by sequentially processing available on the high and low 16‑bit halvesphysical pins. This “16/32‑bit” approach not only reduces the complexity design yields a flat memory model with a maximum addressable space of 16 MB without the ALU circuitry but also minimizes the overall transistor count—a complications of segmentation, simplifying both operating system design decision that contributed to improved manufacturing yields and lower production costsapplication programming. But this gave trouble with later CPU models as it was a common trick for programs to store data in the 4th byte of an address (which simply would be ignored).
== Data Internally, it uses a 16-bit data arithmetic logic unit (ALU) and Address Buses ==two more 16-bit ALUs used mostly for addresses. At one time, one 32-bit address and one 16-bit data calculation can take place within the MC68000. This speeds instruction execution time considerably by processing addresses and data in parallel.
Externally, the processor uses a 16‑bit data bus, so memory accesses occur in 16‑bit (word) units, though it supports byte accesses via data strobes. The address bus is 24 bits wide; while internal address computations occur using 32‑bit arithmetic, only the lower 24 bits are available on the physical pins. This design yields a flat memory model with a maximum addressable space of 16 MB without the complications of segmentation, simplifying both operating system design and application programming.<br>
== Register Structure and Condition Codes File ==
The 68000’s register file is one of its most celebrated features. It provides{| class="wikitable" style="white-space:nowrap;"* ! Register !! Size !! Description !! Notes|-| D0 - D7 || 32-bit || Data Registers (D0–D7): These are 32 bits wide and are used for general|| General-purpose registers for data manipulation (arithmetic and logical operations. However, when operating on logic). Can be accessed as 8-bit (byte or , `.B`), 16-bit (word data, only the lower 8 `.W`), or 16 bits are affected32-bit (long word, `.L`). Not typically used directly for memory addressing.* |-| A0 - A6 || 32-bit || Address Registers (A0–A7): Also 32 bits wide, these || General-purpose registers are primarily used as pointers or index registers for pointer operations and memory addressing modes. A7 doubles as Can be used for some 16-bit/32-bit arithmetic (operations usually affect the stack pointer full 32 bits). Word operations typically sign-extend to 32 bits.|-| A7 (SP/USP/SSP), and || 32-bit || Stack Pointer || Two physically separate supervisor registers exist: User Stack Pointer (SSPUSP) and user Supervisor Stack Pointer (USPSSP) stacks are supported in privileged modes.* The processor uses the active one based on the S-bit (Supervisor state) in the Status Register .Used implicitly by stack operations (SR`PEA`, `LINK`, `UNLK`, `MOVE to/from -(An): This 16‑bit register comprises an 8‑bit system byte /(accessible only in supervisor modeAn) +`), subroutine calls (`JSR`, `BSR`), returns (`RTS`, `RTR`), and an 8‑bit user byte known as the condition code register exceptions.|-| PC (CCRProgram Counter)|| 32-bit || Points to the address of the next instruction to be fetched. The CCR contains || Although 32-bit internally, the standard flags—zero original 68000 had a 24-bit address bus (Z16MB addressable space). Later variants (68010+) used more address lines. Modified by branches, carry jumps, calls, returns, exceptions.|-| SR (CStatus Register)|| 16-bit || Holds processor status (Condition Codes) and system control bits. Divided into User Byte (CCR) and System Byte. <br/> '''User Byte (CCR - Condition Code Register, overflow bits 0-7):''' <br/> * bit 0 - C (Carry) <br/> * bit 1 - V(Overflow), negative <br/> * bit 2 - Z (NZero), and extend <br/> * bit 3 - N (Negative) <br/> * bit 4 - X(Extend). Notably<br/> '''System Byte (bits 8-15):''' <br/> * bit 10, the extend 9,8 - I2, I1, I0 (Interrupt Mask) <br/> * bit is used 13 - S (Supervisor State) <br/> * bit 15 - T (Trace Mode) <br/> (Other bits reserved/unused in multi‑precision arithmetic to propagate carries between successive 16‑bit operations, which is critical given that the ALU is base 68000) || User programs can typically only 16 read/write the CCR (lower byte). System Byte modification requires Supervisor privileges.X flag used for multi-precision arithmetic. S bit determines User/Supervisor mode (and active A7). T bit enables single-step tracing. I bits widecontrol interrupt priority level. |}
=<br> = Instruction Set and Addressing Modes ==
The Motorola 68000 was renowned for its rich, orthogonal instruction set:
* Operand Flexibility: Instructions can operate on bytes (.b), words (.w), and long words (.l) without restrictions imposed by the addressing mode. Even though arithmetic is executed in 16‑bit chunks, the compiler and assembly programmer can manipulate 32‑bit values seamlessly.
* Addressing Modes: The 68000 supports an extensive range of addressing modes—including register direct, register indirect (with post‑increment, pre‑decrement, offset, and index variations), immediate, absolute, and PC‑relative addressing—which enhances code density and simplifies the generation of position‑independent and reentrant code.
* Dyadic Operations: Most operations in the 68000’s CISC architecture are dyadic (i.e. they have a source and a destination), enabling complex operations in fewer instructions compared to earlier 8‑bit designs. In contrast, many arithmetic and logical operations on the [[Z80]] CPU are designed around the accumulator register (A).
This comprehensive and flexible instruction set was one of the reasons the 68000 became popular in systems that required multitasking and graphical interfaces, such as early Macintosh and Amiga computers.
{| class="wikitable"|+ 68000 Instruction Set Table! rowspan= Historical Context and Development 2|Mnemonic !! colspan="3" | Size !! rowspan=2|Description !! rowspan=2|Operation !! colspan="5" | Condition Codes|-! B !! W !! L !! X !! N !! Z !! V !! C|-| ABCD || B || || || Add Decimal with Extend || (Destination)⏨ + (Source)⏨ + X → Destination || * || U || * || U || *|-| ADD || B || W || L || Add Binary || (Destination) + (Source) → Destination || * || * || * || * || *|-| ADDA || || W || L || Add Address || (Destination) + (Source) → Destination || – || – || – || – || –|-| ADDI || B || W || L || Add Immediate || (Destination) + Immediate Data → Destination || * || * || * || * || *|-| ADDQ || B || W || L || Add Quick || (Destination) + Immediate Data → Destination || * || * || * || * || *|-| ADDX || B || W || L || Add Extended || (Destination) + (Source) + X → Destination || * || * || * || * || *|-| AND || B || W || L || AND Logical || (Destination) ∧ (Source) → Destination || – || * || * || 0 || 0|-| ANDI || B || W || L || AND Immediate || (Destination) ∧ Immediate Data → Destination || – || * || * || 0 || 0|-| ANDI to CCR || B || || || AND Immediate to Condition Codes || (Source) ∧ CCR → CCR || * || * || * || * || *|-| ANDI to SR || || W || || AND Immediate to Status Register || (Source) ∧ SR → SR || * || * || * || * || *|-| ASL, ASR || B || W || L || Arithmetic Shift || (Destination) Shifted by < count > → Destination || * || * || * || * || *|-| Bcc || || || || Branch Conditionally || If cc then PC + d → PC || – || – || – || – || –|-| BCHG || B || || L || Test a Bit and Change || ~(< bit number >) OF Destination → Z~(< bit number >) OF Destination → < bit number > OF Destination|| – || – || * || – || –|-| BCLR || B || || L || Test a Bit and Clear || ~(< bit number >) OF Destination → Z0 → < bit number > OF Destination|| – || – || * || – || –|-| BRA || || || || Branch Always || PC + d → PC || – || – || – || – || –|-| BSET || B || || L || Test a Bit and Set || ~(< bit number >) OF Destination → Z1 → < bit number > OF Destination|| – || – || * || – || –|-| BSR || || || || Branch to Subroutine || PC → (SP); PC + d → PC || – || – || – || – || –|-| BTST || B || || L || Test a Bit || ~(< bit number >) OF Destination → Z || – || – || * || – || –|-| CHK || || W || || Check Register Against Bounds || If Dn < 0 or Dn > (ea) then TRAP || – || * || U || U || U|-| CLR || B || W || L || Clear Operand || 0 → Destination || – || 0 || 1 || 0 || 0|-| CMP || B || W || L || Compare || (Destination) - (Source) || – || * || * || * || *|-| CMPA || || W || L || Compare Address || (Destination) - (Source) || – || * || * || * || *|-| CMPI || B || W || L || Compare Immediate || (Destination) - Immediate Data || – || * || * || * || *|-| CMPM || B || W || L || Compare Memory || (Destination) - (Source) || – || * || * || * || *|-| DBcc || || W || || Test Condition, Decrement and Branch || If ~cc then Dn - 1 → Dn; if Dn ≠ -1 then PC + d → PC || – || – || – || – || –|-| DIVS || || W || || Signed Divide || (Destination) / (Source) → Destination || – || * || * || * || 0|-| DIVU || || W || || Unsigned Divide || (Destination) / (Source) → Destination || – || * || * || * || 0|-| EOR || B || W || L || Exclusive OR Logical || (Destination) ⊕ (Source) → Destination || – || * || * || 0 || 0|-| EORI || B || W || L || Exclusive OR Immediate || (Destination) ⊕ Immediate Data → Destination || – || * || * || 0 || 0|-| EORI to CCR || B || || || Exclusive OR Immediate to Condition Codes || (Source) ⊕ CCR → CCR || * || * || * || * || *|-| EORI to SR || || W || || Exclusive OR Immediate to Status Register || (Source) ⊕ SR → SR || * || * || * || * || *|-| EXG || || || L || Exchange Register || Rx ↔ Ry || – || – || – || – || –|-| EXT || || W || L || Sign Extend || (Destination) Sign-Extended → Destination || – || * || * || 0 || 0|-| JMP || || || || Jump || Destination → PC || – || – || – || – || –|-| JSR || || || || Jump to Subroutine || PC → (SP); Destination → PC || – || – || – || – || –|-| LEA || || || L || Load Effective Address || < ea > → An || – || – || – || – || –|-| LINK || || || || Link and Allocate || An → (SP); SP → An; SP + Displacement → SP || – || – || – || – || –|-| LSL, LSR || B || W || L || Logical Shift || (Destination) Shifted by < count > → Destination || * || * || * || 0 || *|-| MOVE || B || W || L || Move Data from Source to Destination || (Source) → Destination || – || * || * || 0 || 0|-| MOVE to CCR || || W || || Move to Condition Code || (Source) → CCR || * || * || * || * || *|-| MOVE to SR || || W || || Move to Status Register || (Source) → SR || * || * || * || * || *|-| MOVE from SR || || W || || Move from the Status Register || SR → Destination || – || – || – || – || –|-| MOVE USP || || || L || Move User Stack Pointer || USP → An; An → USP || – || – || – || – || –|-| MOVEA || || W || L || Move Address || (Source) → Destination || – || – || – || – || –|-| MOVEM || || W || L || Move Multiple Registers || Registers → Destination(Source) → Registers|| – || – || – || – || –|-| MOVEP || || W || L || Move Peripheral Data || (Source) → Destination || – || – || – || – || –|-| MOVEQ || || || L || Move Quick || Immediate Data → Destination || – || * || * || 0 || 0|-| MULS || || W || || Signed Multiply || (Destination) × (Source) → Destination || – || * || * || 0 || 0|-| MULU || || W || || Unsigned Multiply || (Destination) × (Source) → Destination || – || * || * || 0 || 0|-| NBCD || B || || || Negate Decimal with Extend || -((Destination)⏨ - X) → Destination || * || U || * || U || *|-| NEG || B || W || L || Negate || 0 - (Destination) → Destination || * || * || * || * || *|-| NEGX || B || W || L || Negate with Extend || 0 - (Destination) - X → Destination || * || * || * || * || *|-| NOP || || || || No Operation || – || – || – || – || – || –|-| NOT || B || W || L || Logical Complement || ~(Destination) → Destination || – || * || * || 0 || 0|-| OR || B || W || L || Inclusive OR Logical || (Destination) ∨ (Source) → Destination || – || * || * || 0 || 0|-| ORI || B || W || L || Inclusive OR Immediate || (Destination) ∨ Immediate Data → Destination || – || * || * || 0 || 0|-| ORI to CCR || B || || || Inclusive OR Immediate to Condition Codes || (Source) ∨ CCR → CCR || * || * || * || * || *|-| ORI to SR || || W || || Inclusive OR Immediate to Status Register || (Source) ∨ SR → SR || * || * || * || * || *|-| PEA || || || L || Push Effective Address || < ea > → (SP) || – || – || – || – || –|-| RESET || || || || Reset External Device || – || – || – || – || – || –|-| ROL, ROR || B || W || L || Rotate (Without Extend) || (Destination) Rotated by < count > → Destination || – || * || * || 0 || *|-| ROXL, ROXR || B || W || L || Rotate with Extend || (Destination) Rotated by < count > → Destination || * || * || * || 0 || *|-| RTE || || || || Return from Exception || (SP) → SR; (SP) → PC || * || * || * || * || *|-| RTR || || || || Return and Restore Condition Codes || (SP) → CC; (SP) → PC || * || * || * || * || *|-| RTS || || || || Return from Subroutine || (SP) → PC || – || – || – || – || –|-| SBCD || B || || || Subtract Decimal with Extend || (Destination)⏨ - (Source)⏨ - X → Destination || * || U || * || U || *|-| Scc || B || || || Set According to Condition || If cc then 1’s → Destination else 0’s → Destination || – || – || – || – || –|-| STOP || || W || || Load Status Register and Stop || Immediate Data → SR; STOP || * || * || * || * || *|-| SUB || B || W || L || Subtract Binary || (Destination) - (Source) → Destination || * || * || * || * || *|-| SUBA || || W || L || Subtract Address || (Destination) - (Source) → Destination || – || – || – || – || –|-| SUBI || B || W || L || Subtract Immediate || (Destination) - Immediate Data → Destination || * || * || * || * || *|-| SUBQ || B || W || L || Subtract Quick || (Destination) - Immediate Data → Destination || * || * || * || * || *|-| SUBX || B || W || L || Subtract with Extend || (Destination) - (Source) - X → Destination || * || * || * || * || *|-| SWAP || || W || || Swap Register Halves || Register [31:16] ↔ Register [15:0] || – || * || * || 0 || 0|-| TAS || B || || || Test and Set an Operand || (Destination) Tested → CC; 1 → [7] OF Destination || – || * || * || 0 || 0|-| TRAP || || || || Trap || PC → (SSP); SR → (SSP); (Vector) → PC || – || – || – || – || –|-| TRAPV || || || || Trap on Overflow || If V then TRAP || – || – || – || – || –|-| TST || B || W || L || Test an Operand || (Destination) Tested → CC || – || * || * || 0 || 0|-| UNLK || || || || Unlink || An → SP; (SP) → An || – || – || – || – || –|}
Motorola developed the 68000 in the late 1970s to compete with emerging 16‑bit designs and to counter the limitations of 8‑bit microprocessors like the Motorola 6800. In designing the 68000, Motorola’s team (led by figures such as Tom Gunter) adopted a strategy of using a 32‑bit instruction set with a 16‑bit ALU to balance performance with production cost and complexity. The result was a processor that offered a large, flat address space without segmentation and supported a rich set of operations—qualities that made it suitable for both desktop systems and embedded applications.Legend:* ∧: logical AND* ∨: logical OR* ⊕: logical exclusive OR* ~: logical complement
The success of the 68000 spurred a family of processors (68010, 68020, 68030, 68040, 68060) that gradually incorporated full 32‑bit ALUs, on‑chip caches, and integrated MMUs. Despite these advances, the original 68000 remained widely used for many years, with its derivatives still found in embedded systems even after desktop computing shifted toward RISC and x86 architectures. Condition codes:* *: affected* –: unaffected* 0: cleared* 1: set* U: undefined
== Applications ==Bcc, DBcc and Scc families of instructions make use of the CCR. The following table lists all the possible conditions we can test:
The Motorola 68000’s combination of a robust 32‑bit programming model {| class="wikitable"! Instruction! Full name! Tested condition! Notes|-| CC| Carry Clear| C == 0| |-| CS| Carry Set| C == 1| |-| EQ| EQual| Z == 1| |-| F| False| Always false| Not available for Bcc|-| GE| Greater or Equal| N == V| |-| GT| Greater Than| N == V and efficient 16‑bit data processing made it a versatile CPU that was deployed in numerous systems:Z == 0* Personal Computers | |-| HI| HIgher than| C == 0 and WorkstationsZ == 0| |-| LE| Less or Equal| Z == 1 or N != V| |-| LS| Lower or Same| C == 1 or Z == 1| |-| LT| Less Than| N != V| |-| MI| MInus| N == 1| |-| NE| Not Equal| Z == 0| |-| PL| PLus| N == 0| |-| T| True| Always true| Not available for Bcc|-| VC| oVerflow Clear| V == 0| |-| VS| oVerflow Set| V == 1| |} <br> = Block Diagram = [[File: Early Macintosh models, the Amiga, Atari ST, and various Unix workstations leveraged the 68000 for its powerful instruction set and efficient memory addressing-die-blocks.jpg|400px]]* Video Game Consoles<br> = CPU Pinout = [[File: Systems such as the Sega Genesis (Mega Drive) and arcade platforms utilized the 68000 to deliver high performance in graphics and sound processingCPU pinout.png|400px]] * Embedded Systems: The processor’s cost‑effectiveness and robust design made 68000 doesn't need an A0 pin, because it popular uses 2 DS (LDS & UDS) signals - each being responsible for industrial controllers, laser printers, and other embedded devicesits byte on 16-bit data bus. Even decades later[https://www.reddit.com/r/m68k/comments/1c53uli/how_does_the_the_23_bit_address_bus_on_the_64_pin/ Source] <br> = Floating Point Unit = Unlike the Intel 8086, derivatives of the Motorola 68000 architecture (such lacked native support for an FPU co-processor. Motorola introduced the 68881 FPU in 1984, which could function as ColdFire and DragonBall) continue a peripheral alongside the 68000. But it was primarily designed to be used in specialized applicationsintegrate seamlessly with the 32-bit 68020, taking advantage of its co-processor interface<br>
= Links =
 
*[[Media:MC68000 User's Manual.pdf|Motorola MC68000 CPU User's Manual]]
*[https://www.ndr-nkc.de/download/hard/68000_Motorola_Advanced_Information.pdf MC68000 Advance Information]
*[http://os9projects.com/CD_Archive/TUTORIAL/REF/CARD/68000_Ref_Card.pdf 68000 - Programmer's Instant Reference Card]
*[https://mrjester.hapisan.com/04_MC68/ MarkeyJester’s Motorola 68000 Beginner’s Tutorial]
*[https://www.chibiakumas.com/68000/ Learn Assembly Programming with ChibiAkumas] Multi-platform 68000 tutorial
*[http://goldencrystal.free.fr/M68kOpcodes-v2.3.pdf Decoding m68k opcodes]
*[https://youtu.be/UaHtGf4aRLs Motorola 68000 oral history panel]
*[http://www.easy68k.com/paulrsm/doc/dpbm68k1.htm Part 1] [http://www.easy68k.com/paulrsm/doc/dpbm68k2.htm Part 2] [http://www.easy68k.com/paulrsm/doc/dpbm68k3.htm Part 3] Design philosophy behind Motorola's MC68000
*[https://gendev.spritesmind.net/forum/viewtopic.php?t=2925 Full list of 68k patents]
*[https://wiki.neogeodev.org/index.php?title=68k_instructions_timings 68k instructions timings]
*[https://raw.githubusercontent.com/larsbrinkhoff/m68k-microcode/master/doc/Yacht.txt Yet Another Cycle Hunting Table]
*[https://pasti.fxatari.com/68kdocs/68kPrefetch.html Instruction Prefetch documentation]
*[https://github.com/SingleStepTests Tom Harte's SingleStepTests]
 
<br>
[[Category:Non CPC Computers]]
[[Category:Electronic Component]]
13,173
edits