Files
xenia-rs/migration/project-root/ppc-manual/memory/dcbf.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

5.3 KiB
Raw Permalink Blame History

dcbf — Data Cache Block Flush

Category: Memory · Form: X · Opcode: 0x7c0000ac

Assembler Mnemonics

Mnemonic XML entry Flags Description
dcbf dcbf Data Cache Block Flush

Syntax

dcbf [RA0], [RB]

Encoding

dcbf — form X

  • Opcode word: 0x7c0000ac
  • Primary opcode (bits 05): 31
  • Extended opcode: 86
  • 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 dcbf: read Source GPR; when the encoded register number is 0 the operand is the literal 64-bit zero, not r0.
RB dcbf: read Source GPR.

Register Effects

dcbf

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

Status-Register Effects

No condition-register or status-register effects.

Operation (pseudocode)

; Pseudocode derives directly from the xenia-rs interpreter
; arm (see Implementation References). Operation semantics:
;   - Read source operands from the fields listed under Operands.
;   - Apply the arithmetic / logical / memory action described
;     in the Description field above.
;   - Write results to the destination register(s); update any
;     status bits enumerated under Status-Register Effects.
; Consult the IBM AIX reference link under IBM Reference for
; canonical PPC-style pseudocode where xenia's expression is
; terse.

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

dcbf

Special Cases & Edge Conditions

  • Flush = write-back + invalidate. If the addressed line is dirty in the data cache, it is written to memory; whether dirty or clean, the line is then removed from the cache. Subsequent loads must refill from memory.
  • Cache line size. Xenon's L1/L2 lines are 128 bytes. The hardware ignores the low seven bits of EA, so dcbf RA, RB flushes the line containing EA regardless of where in that line EA lies. There is no dcbf128 variant — the hint is sized to the architectural line.
  • RA0 semantics. When RA = 0, the base is the literal zero — dcbf 0, RB flushes the line containing address RB. The instruction has no destination register.
  • Xenia models a no-op. Xenia-rs's emulator does not maintain a coherent cache model; the decode entry exists but the interpreter typically advances PC without further effect, since target memory is always coherent on the host. This is correct behaviour for an emulator.
  • Unprivileged. dcbf is a problem-state instruction — usable from user code. Storage protection still applies; flushing an unmapped page raises a DSI exception.
  • Pair with sync. Hardware dcbf does not by itself impose ordering; software that needs the flushed data visible to other masters (DMA, GPU) issues a sync afterwards.
  • Self-modifying code companion. When patching code, the recipe is dcbst (push dirty data through to memory) → syncicbi (invalidate I-cache) → isync. dcbf is the heavier alternative when the writer also wants the line out of D-cache.
  • dcbst — write-back without invalidate (lighter than dcbf).
  • dcbi — invalidate without write-back (privileged; loses dirty data).
  • dcbt, dcbtst — touch hints to bring lines in.
  • dcbz, dcbz128 — allocate-and-zero a line.
  • icbi — instruction-cache invalidate, used together for self-modifying code.
  • sync — full memory barrier, typically follows dcbf.

IBM Reference