Files
xenia-rs/migration/project-root/ppc-manual/alu/addcx.md
MechaCat02 e6d43a23ac chore: add migration/ bundle for cross-machine setup
Bundles state that lives OUTSIDE the xenia-rs repo so a fresh clone on
another machine can be brought up to identical configuration via
migration/setup.sh:

  - claude-memory/             ~/.claude/projects/-home-fabi-RE-Project-Sylpheed/memory/
                               (103 files, 1.1 MB - MEMORY.md + every
                                project_xenia_rs_*.md from audits
                                addis_signext through audit-058)
  - project-root/dot-claude/   <project-root>/.claude/settings.json
                               (Stop hook + permissions)
  - project-root/ppc-manual/   <project-root>/ppc-manual/
                               (PowerPC reference docs, 397 files, 3.7 MB)
  - project-root/run-canary.sh <project-root>/run-canary.sh
  - README.md                  Human-readable setup checklist
  - setup.sh                   Idempotent installer (also reclones
                               xenia-canary at pinned HEAD 6de80dffe)
  - MANIFEST.md                Per-file mapping + per-file-not-bundled
                               restoration recipe

Excluded from bundle (not shippable via git):
  - Sylpheed ISO (7.8 GB; copyright; manual copy required)
  - sylpheed.db (395 MB; regenerable from XEX via analysis tooling)
  - target/ build artifacts (rebuild on target)
  - audit-runs probe firehoses (.log/.stdout/.stderr ~11 GB; rerun if needed)
  - audit-runs memory dumps (.bin ~4.5 GB; rerun audit-026/027/029 if needed)
  - xenia-canary checkout (setup.sh reclones from
    git.mc02.dev/fabi/Xenia-Canary.git at HEAD 6de80dffe)

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-10 21:38:38 +02:00

6.3 KiB
Raw Permalink Blame History

addcx — Add Carrying

Category: Integer ALU · Form: XO · Opcode: 0x7c000014

Assembler Mnemonics

Mnemonic XML entry Flags Description
addc addcx Add Carrying
addco addcx OE=1 Add Carrying
addc. addcx Rc=1 Add Carrying
addco. addcx OE=1, Rc=1 Add Carrying

Syntax

addc[OE][Rc] [RD], [RA], [RB]

Encoding

addcx — form XO

  • Opcode word: 0x7c000014
  • Primary opcode (bits 05): 31
  • Extended opcode: 10
  • Synchronising: no
Bits Field Meaning
05 OPCD primary opcode (31)
610 RT destination GPR
1115 RA source A
1620 RB source B
21 OE overflow-enable flag
2230 XO extended opcode (9 bits)
31 Rc record-form flag

Operands

Field Role Description
RA addcx: read Source GPR (r0r31).
RB addcx: read Source GPR.
RD addcx: write Destination GPR.
CA addcx: write XER[CA] carry bit. Read by add-with-carry/subtract-with-borrow instructions, written by carrying instructions.
OE addcx: write (conditional) Overflow-enable bit. When 1, the instruction updates XER[OV] and stickies XER[SO] on signed overflow.
CR addcx: write (conditional) Condition-register update. When Rc=1, CR field 0 (or CR6 for vector compares, CR1 for FPU) is updated from the result.

Register Effects

addcx

  • Reads (always): RA, RB
  • Reads (conditional): none
  • Writes (always): RD, CA
  • Writes (conditional): OE, CR

Status-Register Effects

  • addcx: CR0 ← signed-compare(result, 0) with SO ← XER[SO], when Rc=1.; XER[OV] ← signed-overflow(result); XER[SO] stickies, when OE=1.; XER[CA] ← carry-out of the add / borrow-in of the subtract (always).

Operation (pseudocode)

RT <- (RA) + (RB)
CA <- carry_out_of_32_or_64_bit_add((RA), (RB))

C Translation Example

/* C translation: the xenia-rs interpreter arm below in           */
/* Implementation References is the authoritative semantic        */
/* snapshot. Translate it line-by-line:                            */
/*   - ctx.gpr[N]  -> r[N]       (or f[]/v[] for FPRs/VRs)        */
/*   - mem.read_u*/write_u* -> mem_read_u*_be / mem_write_u*_be   */
/*   - ctx.update_cr_signed(fld, v) -> update_cr_signed(fld, v)   */
/*   - ctx.xer_ca / xer_ov / xer_so -> xer.CA / xer.OV / xer.SO   */
/* The Register Effects and Status-Register Effects tables above  */
/* enumerate every side effect a faithful translation must emit.  */

Implementation References

addcx

xenia-rs interpreter body (frozen snapshot)
        PpcOpcode::addcx => {
            // PPCBUG-013+020: 32-bit truncation; CA from u32 unsigned compare.
            let ra32 = ctx.gpr[instr.ra()] as u32;
            let rb32 = ctx.gpr[instr.rb()] as u32;
            let result32 = ra32.wrapping_add(rb32);
            ctx.xer_ca = if result32 < ra32 { 1 } else { 0 };
            ctx.gpr[instr.rd()] = result32 as u64;
            if instr.oe() {
                let true_sum = (ra32 as i32 as i128) + (rb32 as i32 as i128);
                overflow::apply(ctx, true_sum != (result32 as i32) as i128);
            }
            if instr.rc_bit() {
                ctx.update_cr_signed(0, result32 as i32 as i64);
            }
            ctx.pc += 4;
        }

Special Cases & Edge Conditions

  • Carry-out is mandatory. XER[CA] is updated unconditionally — addcx exists to produce the carry. It seeds a multi-word add chain that continues with addex for middle words and addzex/addmex for the final word.
  • Carry detection by overflow comparison. Xenia computes CA = (result < RA) — the standard unsigned-add overflow test. Equivalent to CA = (RA + RB) >> 64 mathematically. This is correct for the 64-bit operand width that the Xenon implements; the spec also allows a 32-bit width selected by the implementation but the 970/Xenon use 64-bit add throughout.
  • No trap on signed overflow. addco/addco. only set XER[OV] and sticky XER[SO]; they do not raise an exception. Xenia-rs leaves the OE branch as a // TODO (see addx for the same gap).
  • 64-bit CR update on Xenon, 32-bit in xenia-rs. The Rc=1 CR0 compare reads result as i32 as i64 in interpreter.rs:97; spec demands the full 64-bit signed compare. Flag this as a xenia-rs quirk if you need bit-exact behaviour.
  • XER[SO] is sticky — only mcrxr clears it. The Rc=1 form folds it into CR0[SO].
  • Operand aliasing is legal, just like addx. addc r3, r3, r3 simply doubles r3 and records whether the result wrapped.
  • addx — same operation, but does not update XER[CA].
  • addexRA + RB + XER[CA]; chains a multi-word add after addcx.
  • addmex, addzex — terminate a carry chain by adding 1 or 0 to XER[CA].
  • addic, addicx — D-form immediate variants that also write XER[CA].
  • subfcx — the dual: produces a borrow-out in XER[CA].

IBM Reference