Files
Sylpheed/tools/ppc-manual/memory/lwa.md
MechaCat02 6bdbf89ebc
All checks were successful
CI / Native — linux (pull_request) Successful in 37m56s
CI / WASM — Web (pull_request) Successful in 28m5s
CI / Formatting (pull_request) Successful in 59s
chore(tools): adopt the PPC manual and a canary launcher that works anywhere
CONSOLIDATION.md Phase 6. Both lived untracked in the project root -- on one
disk, backed up by nothing.

  tools/ppc-manual/   393 files, 3.7 MB. 455 instructions, 350 family pages,
                      598 mnemonics resolvable through index.json, plus the
                      generator that produced them.
  tools/run-canary.sh the oracle launcher.

🔴 THE LAUNCHER WAS BROKEN IN TWO WAYS AND IS REWRITTEN, not copied:

  * it pointed at `xenia-rs/sylpheed.iso`, a SYMLINK. Wine cannot resolve one
    and says "path invalid", which reads as a corrupt image rather than a path
    problem -- it has cost a session before. It now points at the real file and
    warns if handed a symlink.
  * it hardcoded one machine's absolute paths, and named `xenia-rs`, which this
    consolidation retires. Now derived from the script's own location, with
    SYLPH_CANARY_BIN / SYLPH_ISO overrides and a check that each exists.

The standing constraints are in its header where someone will read them: one
emulator at a time, Canary runs MUTED, and never judge a crash or a hang from
a Bash-launched run -- a SIGKILL that looked like the binary was the editor's
process supervisor.

⚠️ The manual's GENERATOR reads the xenia-rs source tree, which is going away.
Its decoder now lives here as crates/sylpheed-ppc, so the generator must be
repointed before it is run again. Recorded in the README rather than left for
someone to discover; the manual's content is checked in and regenerates from
nothing implicitly.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-13 21:18:00 +02:00

8.6 KiB
Raw Blame History

lwa — Load Word Algebraic

Category: Memory · Form: DS · Opcode: 0xe8000002

Assembler Mnemonics

Mnemonic XML entry Flags Description
lwa lwa Load Word Algebraic
lwaux lwaux Load Word Algebraic with Update Indexed
lwax lwax Load Word Algebraic Indexed

Syntax

lwa [RD], [ds]([RA0])
lwaux [RD], [RA], [RB]
lwax [RD], [RA0], [RB]

Encoding

lwa — form DS

  • Opcode word: 0xe8000002
  • Primary opcode (bits 05): 58
  • Extended opcode:
  • Synchronising: no
Bits Field Meaning
05 OPCD primary opcode
610 RT destination GPR (or RS)
1115 RA source GPR (0 ⇒ literal 0)
1629 DS 14-bit signed word-scaled displacement
3031 XO extended opcode

lwaux — form X

  • Opcode word: 0x7c0002ea
  • Primary opcode (bits 05): 31
  • Extended opcode: 373
  • Synchronising: no
Bits Field Meaning
05 OPCD primary opcode
610 RT/FRT/VRT destination
1115 RA/FRA/VRA source A
1620 RB/FRB/VRB source B
2130 XO extended opcode (10 bits)
31 Rc record-form flag

lwax — form X

  • Opcode word: 0x7c0002aa
  • Primary opcode (bits 05): 31
  • Extended opcode: 341
  • Synchronising: no
Bits Field Meaning
05 OPCD primary opcode
610 RT/FRT/VRT destination
1115 RA/FRA/VRA source A
1620 RB/FRB/VRB source B
2130 XO extended opcode (10 bits)
31 Rc record-form flag

Operands

Field Role Description
RA0 lwa: read; lwax: read Source GPR; when the encoded register number is 0 the operand is the literal 64-bit zero, not r0.
ds lwa: read 14-bit signed word-aligned displacement (DS << 2).
RD lwa: write; lwaux: write; lwax: write Destination GPR.
RA lwaux: read; lwaux: write Source GPR (r0r31).
RB lwaux: read; lwax: read Source GPR.

Register Effects

lwa

  • Reads (always): RA0, ds
  • Reads (conditional): none
  • Writes (always): RD
  • Writes (conditional): none

lwaux

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

lwax

  • Reads (always): RA0, RB
  • Reads (conditional): none
  • Writes (always): RD
  • Writes (conditional): none

Status-Register Effects

No condition-register or status-register effects.

Operation (pseudocode)

EA <- (RA|0) + EXTS(ds || 0b00)
RT <- SEXT32_to_64(MEM(EA, 4))

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

lwa

xenia-rs interpreter body (frozen snapshot)
        PpcOpcode::lwa => {
            let ea = if instr.ra() == 0 { 0u64 } else { ctx.gpr[instr.ra()] };
            let ea = ea.wrapping_add(instr.ds() as i64 as u64) as u32;
            ctx.gpr[instr.rd()] = mem.read_u32(ea) as u64;
            ctx.pc += 4;
        }

lwaux

xenia-rs interpreter body (frozen snapshot)
        PpcOpcode::lwaux => {
            let ea = ctx.gpr[instr.ra()].wrapping_add(ctx.gpr[instr.rb()]) as u32;
            ctx.gpr[instr.rd()] = mem.read_u32(ea) as u64;
            ctx.gpr[instr.ra()] = ea as u64;
            ctx.pc += 4;
        }

lwax

xenia-rs interpreter body (frozen snapshot)
        PpcOpcode::lwax => {
            let ea = if instr.ra() == 0 { 0u64 } else { ctx.gpr[instr.ra()] };
            let ea = ea.wrapping_add(ctx.gpr[instr.rb()]) as u32;
            ctx.gpr[instr.rd()] = mem.read_u32(ea) as u64;
            ctx.pc += 4;
        }

Special Cases & Edge Conditions

  • Sign-extending word load (32→64). Reads 4 bytes big-endian, treats them as a signed int32, sign-extends to 64 bits. The xenia snapshot does the cast chain u32 -> i32 -> i64 -> u64 to materialise the canonical sign-extended bit pattern.
  • No lwau (D-form-update) in PowerISA. Only lwa (DS-form), lwax (X-form), and lwaux (X-form-update) exist. The D-form-update slot is occupied by something else in the encoding space — to update with a 16-bit immediate you must use a separate addi plus lwa.
  • DS-form displacement. Like ld, lwa uses a 14-bit signed displacement scaled by 4 (EXTS(ds || 0b00)). The two encoding bits 3031 distinguish lwa (XO=10) from ld (XO=00) and ldu (XO=01).
  • RA0 semantics. RA = 0 in lwa and lwax selects literal zero. lwaux invokes RA = 0 and RA = RT as invalid forms; xenia performs the load before writing back RA, so an RA = RT collision destroys the loaded value.
  • Alignment. Xenon tolerates unaligned 4-byte loads. PowerISA permits but does not require an alignment exception; some implementations may raise one for cache-inhibited storage.
  • Use lwa rather than lwz + extsw. When the source type is int32_t, lwa is one fused instruction.
  • Common in 64-bit code. Sign-extending 32-bit fields out of structures (e.g. signed file offsets) into 64-bit GPRs uses this family.
  • lwz, lwzu, lwzx, lwzux — zero-extending counterparts.
  • ld, ldu, ldx, ldux — 64-bit doubleword loads.
  • lha, lhax — 16-bit sign-extending loads.
  • lwbrx — byte-reversed word load (zero-extending only).
  • stw — corresponding store (no separate "store sign-extended" — narrow stores discard the high bits).

IBM Reference