2017-12-02 19:05:53 +00:00
|
|
|
/*
|
|
|
|
* mos6502.addr.c
|
|
|
|
*
|
|
|
|
* Here we have support for the address modes that are built into the
|
|
|
|
* MOS 6502 chip. In general, these address modes help the instruction
|
|
|
|
* figure out _what_ it is working with, which is either a value from a
|
|
|
|
* register, or from some place in memory.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <stdlib.h>
|
|
|
|
|
2018-04-07 05:26:31 +00:00
|
|
|
#include "mos6502/mos6502.h"
|
|
|
|
#include "mos6502/enums.h"
|
2017-12-02 19:05:53 +00:00
|
|
|
|
2017-12-06 01:01:43 +00:00
|
|
|
/*
|
|
|
|
* This is a table of all the possible opcodes the 6502 understands,
|
|
|
|
* mapped to the correct address mode. (Well -- I _hope_ it's the
|
|
|
|
* correct address mode!)
|
|
|
|
*/
|
2017-12-02 19:05:53 +00:00
|
|
|
static int addr_modes[] = {
|
|
|
|
// 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
|
2018-02-22 20:07:05 +00:00
|
|
|
IMP, IDX, BY2, IMP, ZPG, ZPG, ZPG, IMP, IMP, IMM, ACC, IMP, ABS, ABS, ABS, IMP, // 0x
|
|
|
|
REL, IDY, ZPG, IMP, ZPG, ZPX, ZPX, IMP, IMP, ABY, ACC, IMP, ABS, ABX, ABX, IMP, // 1x
|
|
|
|
ABS, IDX, BY2, IMP, ZPG, ZPG, ZPG, IMP, IMP, IMM, ACC, IMP, ABS, ABS, ABS, IMP, // 2x
|
|
|
|
REL, IDY, ZPG, IMP, ZPX, ZPX, ZPX, IMP, IMP, ABY, ACC, IMP, ABX, ABX, ABX, IMP, // 3x
|
|
|
|
IMP, IDX, BY2, IMP, BY2, ZPG, ZPG, IMP, IMP, IMM, ACC, IMP, ABS, ABS, ABS, IMP, // 4x
|
|
|
|
REL, IDY, ZPG, IMP, BY2, ZPX, ZPX, IMP, IMP, ABY, IMP, IMP, BY3, ABX, ABX, IMP, // 5x
|
|
|
|
IMP, IDX, BY2, IMP, ZPG, ZPG, ZPG, IMP, IMP, IMM, ACC, IMP, IND, ABS, ABS, IMP, // 6x
|
|
|
|
REL, IDY, ZPG, IMP, ZPX, ZPX, ZPX, IMP, IMP, ABY, IMP, IMP, ABX, ABX, ABX, IMP, // 7x
|
|
|
|
REL, IDX, BY2, IMP, ZPG, ZPG, ZPG, IMP, IMP, IMM, IMP, IMP, ABS, ABS, ABS, IMP, // 8x
|
|
|
|
REL, IDY, ZPG, IMP, ZPX, ZPX, ZPY, IMP, IMP, ABY, IMP, IMP, ABS, ABX, ABX, IMP, // 9x
|
|
|
|
IMM, IDX, IMM, IMP, ZPG, ZPG, ZPG, IMP, IMP, IMM, IMP, IMP, ABS, ABS, ABS, IMP, // Ax
|
|
|
|
REL, IDY, ZPG, IMP, ZPX, ZPX, ZPY, IMP, IMP, ABY, IMP, IMP, ABX, ABX, ABY, IMP, // Bx
|
|
|
|
IMM, IDX, BY2, IMP, ZPG, ZPG, ZPG, IMP, IMP, IMM, IMP, IMP, ABS, ABS, ABS, IMP, // Cx
|
|
|
|
REL, IDY, ZPG, IMP, BY2, ZPX, ZPX, IMP, IMP, ABY, IMP, IMP, BY3, ABX, ABX, IMP, // Dx
|
|
|
|
IMM, IDX, BY2, IMP, ZPG, ZPG, ZPG, IMP, IMP, IMM, IMP, IMP, ABS, ABS, ABS, IMP, // Ex
|
|
|
|
REL, IDY, ZPG, IMP, BY2, ZPX, ZPX, IMP, IMP, ABY, IMP, IMP, BY3, ABX, ABX, IMP, // Fx
|
2017-12-02 19:05:53 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Just a little macro to help us figure out what the address is for
|
|
|
|
* for 16-bit values
|
|
|
|
*/
|
|
|
|
#define ADDR_HILO(cpu) \
|
|
|
|
vm_16bit addr; \
|
|
|
|
vm_8bit hi, lo; \
|
2018-01-11 03:28:05 +00:00
|
|
|
lo = mos6502_get(cpu, cpu->PC + 1); \
|
|
|
|
hi = mos6502_get(cpu, cpu->PC + 2); \
|
2017-12-02 19:05:53 +00:00
|
|
|
addr = (hi << 8) | lo
|
|
|
|
|
|
|
|
/*
|
|
|
|
* In contrast to the ADDR_HILO macro, here we want just one byte from
|
|
|
|
* the current program counter, and it is the (only) significant byte.
|
|
|
|
*/
|
|
|
|
#define ADDR_LO(cpu) \
|
|
|
|
vm_16bit addr; \
|
2018-01-11 03:28:05 +00:00
|
|
|
addr = mos6502_get(cpu, cpu->PC + 1)
|
2017-12-02 19:05:53 +00:00
|
|
|
|
2017-12-06 22:54:14 +00:00
|
|
|
/*
|
|
|
|
* This will both define the `eff_addr` variable (which is the effective
|
2018-01-12 19:57:48 +00:00
|
|
|
* address) and assign that value to the `eff_addr` field of the cpu.
|
2017-12-06 22:54:14 +00:00
|
|
|
*/
|
2017-12-02 19:05:53 +00:00
|
|
|
#define EFF_ADDR(addr) \
|
|
|
|
vm_16bit eff_addr = addr; \
|
2018-01-12 19:57:48 +00:00
|
|
|
cpu->eff_addr = eff_addr
|
2017-12-02 19:05:53 +00:00
|
|
|
|
2017-12-06 22:54:14 +00:00
|
|
|
/*
|
|
|
|
* A tiny convenience macro to help us define address resolver
|
|
|
|
* functions.
|
|
|
|
*/
|
|
|
|
#define DEFINE_ADDR(mode) \
|
|
|
|
vm_8bit mos6502_resolve_##mode (mos6502 *cpu)
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Return the address mode for a given opcode.
|
|
|
|
*/
|
2017-12-05 05:30:18 +00:00
|
|
|
int
|
|
|
|
mos6502_addr_mode(vm_8bit opcode)
|
|
|
|
{
|
|
|
|
return addr_modes[opcode];
|
|
|
|
}
|
|
|
|
|
2017-12-02 19:05:53 +00:00
|
|
|
/*
|
|
|
|
* In the ACC address mode, the instruction will consider just the A
|
|
|
|
* register. (It's probably the simplest resolution mode for us to
|
|
|
|
* execute.)
|
|
|
|
*/
|
2017-12-06 22:54:14 +00:00
|
|
|
DEFINE_ADDR(acc)
|
2017-12-02 19:05:53 +00:00
|
|
|
{
|
|
|
|
EFF_ADDR(0);
|
|
|
|
return cpu->A;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* This is the absolute address mode. The next two bytes are the address
|
|
|
|
* in memory at which our looked-for value resides, so we consume those
|
|
|
|
* bytes and return the value located therein.
|
|
|
|
*/
|
2017-12-06 22:54:14 +00:00
|
|
|
DEFINE_ADDR(abs)
|
2017-12-02 19:05:53 +00:00
|
|
|
{
|
|
|
|
ADDR_HILO(cpu);
|
|
|
|
EFF_ADDR(addr);
|
2018-01-11 03:28:05 +00:00
|
|
|
return mos6502_get(cpu, addr);
|
2017-12-02 19:05:53 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The absolute x-indexed address mode is a slight modification of the
|
|
|
|
* absolute mode. Here, we consume two bytes, but add the X register
|
2018-01-27 03:18:42 +00:00
|
|
|
* value to what we read. This is a mode you would use if you were
|
|
|
|
* scanning a table, for instance.
|
2017-12-02 19:05:53 +00:00
|
|
|
*/
|
2017-12-06 22:54:14 +00:00
|
|
|
DEFINE_ADDR(abx)
|
2017-12-02 19:05:53 +00:00
|
|
|
{
|
|
|
|
ADDR_HILO(cpu);
|
2018-01-27 03:18:42 +00:00
|
|
|
EFF_ADDR(addr + cpu->X);
|
2017-12-02 19:05:53 +00:00
|
|
|
|
2018-01-11 03:28:05 +00:00
|
|
|
return mos6502_get(cpu, eff_addr);
|
2017-12-02 19:05:53 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Very much the mirror opposite of the ABX address mode; the only
|
|
|
|
* difference is we use the Y register, not the X.
|
|
|
|
*/
|
2017-12-06 22:54:14 +00:00
|
|
|
DEFINE_ADDR(aby)
|
2017-12-02 19:05:53 +00:00
|
|
|
{
|
|
|
|
ADDR_HILO(cpu);
|
2018-01-27 03:18:42 +00:00
|
|
|
EFF_ADDR(addr + cpu->Y);
|
2017-12-02 19:05:53 +00:00
|
|
|
|
2018-01-11 03:28:05 +00:00
|
|
|
return mos6502_get(cpu, eff_addr);
|
2017-12-02 19:05:53 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* In immediate mode, the very next byte is the literal value to be used
|
|
|
|
* in the instruction. This is a mode you would use if, for instance,
|
|
|
|
* you wanted to say "foo + 5"; 5 would be the operand we return from
|
|
|
|
* here.
|
|
|
|
*/
|
2017-12-06 22:54:14 +00:00
|
|
|
DEFINE_ADDR(imm)
|
2017-12-02 19:05:53 +00:00
|
|
|
{
|
|
|
|
EFF_ADDR(0);
|
2018-01-11 03:28:05 +00:00
|
|
|
return mos6502_get(cpu, cpu->PC + 1);
|
2017-12-02 19:05:53 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* In indirect mode, we presume that the next two bytes are an address
|
|
|
|
* at which _another_ pointer can be found. So we dereference these next
|
|
|
|
* two bytes, then dereference the two bytes found at that point, and
|
|
|
|
* _that_ is what our value will be.
|
|
|
|
*/
|
2017-12-06 22:54:14 +00:00
|
|
|
DEFINE_ADDR(ind)
|
2017-12-02 19:05:53 +00:00
|
|
|
{
|
|
|
|
vm_8bit ind_hi, ind_lo;
|
|
|
|
|
|
|
|
ADDR_HILO(cpu);
|
|
|
|
|
2018-01-11 03:28:05 +00:00
|
|
|
ind_lo = mos6502_get(cpu, addr);
|
|
|
|
ind_hi = mos6502_get(cpu, addr + 1);
|
2017-12-02 19:05:53 +00:00
|
|
|
EFF_ADDR((ind_hi << 8) | ind_lo);
|
|
|
|
|
2018-01-11 03:28:05 +00:00
|
|
|
return mos6502_get(cpu, eff_addr);
|
2017-12-02 19:05:53 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The indirect x-indexed address mode, as well as the y-indexed mode,
|
|
|
|
* are a bit complicated. The single, next byte we read is a zero-page
|
|
|
|
* address to the base of _another_ zero-page address in memory; we add
|
2018-01-27 03:18:42 +00:00
|
|
|
* X to it, which is the address of what we next dereference.
|
2017-12-02 19:05:53 +00:00
|
|
|
*/
|
2017-12-06 22:54:14 +00:00
|
|
|
DEFINE_ADDR(idx)
|
2017-12-02 19:05:53 +00:00
|
|
|
{
|
2018-01-27 19:04:19 +00:00
|
|
|
vm_8bit addr;
|
2018-01-28 01:54:55 +00:00
|
|
|
vm_16bit caddr;
|
2018-01-27 19:04:19 +00:00
|
|
|
|
2018-01-28 01:54:55 +00:00
|
|
|
// The address we are given as an operand must be immediately
|
|
|
|
// incremented by the content of the X register.
|
|
|
|
addr = mos6502_get(cpu, cpu->PC + 1) + cpu->X;
|
2018-01-27 19:04:19 +00:00
|
|
|
|
2018-01-28 01:54:55 +00:00
|
|
|
// And the combined address will then be the point of the LSB to a
|
|
|
|
// 16-bit pointer; so addr+1 holds the MSB, and we combined it in
|
|
|
|
// the usual, little-endian way.
|
|
|
|
caddr = (mos6502_get(cpu, addr + 1) << 8) | mos6502_get(cpu, addr);
|
|
|
|
|
|
|
|
// And that's really it--that's our effective address.
|
|
|
|
EFF_ADDR(caddr);
|
2017-12-02 19:05:53 +00:00
|
|
|
|
2018-01-27 19:04:19 +00:00
|
|
|
return mos6502_get(cpu, eff_addr);
|
2017-12-02 19:05:53 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* In significant contrast, the y-indexed indirect mode will read a
|
|
|
|
* zero-page address from the next byte, and dereference it immediately.
|
|
|
|
* The ensuing address will then have Y added to it, and then
|
2018-01-27 03:18:42 +00:00
|
|
|
* dereferenced for the final time.
|
2017-12-02 19:05:53 +00:00
|
|
|
*/
|
2017-12-06 22:54:14 +00:00
|
|
|
DEFINE_ADDR(idy)
|
2017-12-02 19:05:53 +00:00
|
|
|
{
|
2018-01-27 19:04:19 +00:00
|
|
|
vm_8bit addr;
|
2018-01-28 01:54:55 +00:00
|
|
|
vm_16bit caddr; // combined address
|
2018-01-27 19:04:19 +00:00
|
|
|
|
2018-01-28 01:54:55 +00:00
|
|
|
// The immediate address we know is the operand following the
|
|
|
|
// opcode.
|
2018-01-27 19:04:19 +00:00
|
|
|
addr = mos6502_get(cpu, cpu->PC + 1);
|
|
|
|
|
2018-01-28 01:54:55 +00:00
|
|
|
// But that's just the first part of the combined pointer address we
|
|
|
|
// care about; caddr therefore is the combined address pointed at by
|
|
|
|
// addr and addr + 1, with respect to little-endian order (ergo
|
|
|
|
// mem[addr+1] is the MSB, mem[addr] is the LSB).
|
|
|
|
caddr = (mos6502_get(cpu, addr + 1) << 8) | mos6502_get(cpu, addr);
|
|
|
|
|
|
|
|
// But that's not all! We also need to increment that combined
|
|
|
|
// address by the content of the Y register.
|
|
|
|
EFF_ADDR(caddr + cpu->Y);
|
2017-12-02 19:05:53 +00:00
|
|
|
|
2018-01-11 03:28:05 +00:00
|
|
|
return mos6502_get(cpu, eff_addr);
|
2017-12-02 19:05:53 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The relative mode means we want to return an address in
|
|
|
|
* memory which is relative to PC. If bit 7 is 1, which
|
|
|
|
* means if addr > 127, then we treat the operand as though it
|
|
|
|
* were negative.
|
|
|
|
*/
|
2017-12-06 22:54:14 +00:00
|
|
|
DEFINE_ADDR(rel)
|
2017-12-02 19:05:53 +00:00
|
|
|
{
|
2018-01-09 21:57:37 +00:00
|
|
|
vm_16bit reladdr;
|
2017-12-02 19:05:53 +00:00
|
|
|
|
|
|
|
ADDR_LO(cpu);
|
2018-01-10 02:59:14 +00:00
|
|
|
reladdr = cpu->PC + addr + 2;
|
2017-12-02 19:05:53 +00:00
|
|
|
|
|
|
|
if (addr > 127) {
|
2018-01-09 21:57:37 +00:00
|
|
|
// If the address has the 8th bit high, then we treat the
|
|
|
|
// relative number as signed; we then subtract 256 from whatever
|
|
|
|
// the addition was with the operand (addr, in this case).
|
|
|
|
reladdr -= 256;
|
2017-12-02 19:05:53 +00:00
|
|
|
}
|
|
|
|
|
2018-01-09 21:57:37 +00:00
|
|
|
// But if not, then we can let the addition done above stand.
|
|
|
|
EFF_ADDR(reladdr);
|
2017-12-02 19:05:53 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Zero page mode is very straightforward. It's very much the same as
|
|
|
|
* absolute mode, except we consider just the next byte, and dereference
|
|
|
|
* that (which is, by convention, always going to be an address in the
|
|
|
|
* zero page of memory).
|
|
|
|
*/
|
2017-12-06 22:54:14 +00:00
|
|
|
DEFINE_ADDR(zpg)
|
2017-12-02 19:05:53 +00:00
|
|
|
{
|
|
|
|
ADDR_LO(cpu);
|
|
|
|
EFF_ADDR(addr);
|
|
|
|
|
2018-01-11 03:28:05 +00:00
|
|
|
return mos6502_get(cpu, eff_addr);
|
2017-12-02 19:05:53 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* In zero-page x-indexed mode, we read the next byte; add X to that;
|
2018-01-27 03:18:42 +00:00
|
|
|
* and dereference the result.
|
2017-12-02 19:05:53 +00:00
|
|
|
*/
|
2017-12-06 22:54:14 +00:00
|
|
|
DEFINE_ADDR(zpx)
|
2017-12-02 19:05:53 +00:00
|
|
|
{
|
|
|
|
ADDR_LO(cpu);
|
2018-02-16 06:44:55 +00:00
|
|
|
EFF_ADDR((addr + cpu->X) & 0xff);
|
2017-12-02 19:05:53 +00:00
|
|
|
|
2018-01-11 03:28:05 +00:00
|
|
|
return mos6502_get(cpu, eff_addr);
|
2017-12-02 19:05:53 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* This is, as with absolute y-indexed mode, the mirror opposite of the
|
2018-01-27 03:18:42 +00:00
|
|
|
* zero-page x-indexed mode. We simply use the Y register and not the X.
|
2017-12-02 19:05:53 +00:00
|
|
|
*/
|
2017-12-06 22:54:14 +00:00
|
|
|
DEFINE_ADDR(zpy)
|
2017-12-02 19:05:53 +00:00
|
|
|
{
|
|
|
|
ADDR_LO(cpu);
|
2018-02-16 06:44:55 +00:00
|
|
|
EFF_ADDR((addr + cpu->Y) & 0xff);
|
2017-12-02 19:05:53 +00:00
|
|
|
|
2018-01-11 03:28:05 +00:00
|
|
|
return mos6502_get(cpu, eff_addr);
|
2017-12-02 19:05:53 +00:00
|
|
|
}
|