Files
Sylpheed/tools/ppc-manual/fpu/faddsx.md
sim 9bfe96e44d fix(ppc-manual): 543 dead links, from two generator bugs and wrong relative paths
- Category pages linked each family as `<slug>.md`, relative to categories/,
  where no family page lives. They now link `../<category>/<slug>.md`.
- Form pages linked a member into its *own* category directory, so every
  VMX128 sibling (`vsldoi128`) pointed at vmx128/ although its family page is
  under vmx/. They now link into the family's directory.
- Hand-written "Related" and sibling mentions linked other categories' pages
  as if they were in the same directory. 109 are retargeted through the page
  index; 29 that pointed a family page at itself (`vrefp128` on vrefp.md) and
  6 naming instructions the manual has no page for are plain text now.

Regenerated at the existing Canary pin (f21ebd49e): upstream has moved on, and
re-pinning belongs in its own change. The generator reports 0 family pages
changed and is idempotent; the only dead links left are TEMPLATE.md's
placeholders.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-09-16 22:37:12 +02:00

6.4 KiB
Raw Permalink Blame History

faddsx — Floating Add Single

Category: Floating-Point · Form: A · Opcode: 0xec00002a

Assembler Mnemonics

Mnemonic XML entry Flags Description
fadds faddsx Floating Add Single
fadds. faddsx Rc=1 Floating Add Single

Syntax

fadds[Rc] [FD], [FA], [FB]

Encoding

faddsx — form A

  • Opcode word: 0xec00002a
  • Primary opcode (bits 05): 59
  • Extended opcode: 21
  • Synchronising: no
Bits Field Meaning
05 OPCD primary opcode (59 or 63)
610 FRT destination FPR
1115 FRA source A FPR
1620 FRB source B FPR
2125 FRC source C FPR (multiplier for madd-style ops)
2630 XO extended opcode (5 bits)
31 Rc record-form flag (updates CR1)

Operands

Field Role Description
FA faddsx: read Source A floating-point register (fr0fr31).
FB faddsx: read Source B floating-point register.
FD faddsx: write Destination floating-point register.
CR faddsx: write (conditional) Condition-register update. When Rc=1, CR field 0 (or CR6 for vector compares, CR1 for FPU) is updated from the result.
FPSCR faddsx: write Floating-Point Status and Control Register.

Register Effects

faddsx

  • Reads (always): FA, FB
  • Reads (conditional): none
  • Writes (always): FD, FPSCR
  • Writes (conditional): CR

Status-Register Effects

  • faddsx: CR1 ← FPSCR[FX, FEX, VX, OX] when Rc=1.; FPSCR updated per IEEE-754 flags (FX, FEX, FPRF, FR, FI, exceptions).

Operation (pseudocode)

FRT <- RoundToSingle(FRA + FRB)          ; single-precision

C Translation Example

/* No hand-written C yet. Translate the Canary emitter snapshot   */
/* under Implementation References; its HIR maps directly:        */
/*   f.LoadGPR(n) / f.StoreGPR(n, v)  -> r[n] / r[n] = v          */
/*   f.LoadFPR / StoreFPR, f.LoadVR / StoreVR -> f[n], v[n]        */
/*   f.Load(ea, T), f.Store(ea, v) -> raw read / write; emitters   */
/*     wrap them in f.ByteSwap for the big-endian guest value      */
/*   f.UpdateCR(n, v)  -> CR field n from v's LOW 32 BITS vs 0     */
/*   f.LoadCA / f.StoreCA -> xer.CA;  f.StoreSAT -> vscr.SAT       */
/*   i.XO.RA, i.D.DS, ... -> the bit-fields listed under Operands  */
/* The Register Effects and Status-Register Effects tables above  */
/* enumerate every side effect a faithful translation must emit.  */

Implementation References

faddsx

Canary emitter (frozen snapshot @ f21ebd49e9)
int InstrEmit_faddsx(PPCHIRBuilder& f, const InstrData& i) {
  // frD <- (frA) + (frB)
  Value* v = f.Add(f.LoadFPR(i.A.FRA), f.LoadFPR(i.A.FRB));
  v = f.ToSingle(v);
  f.StoreFPR(i.A.FRT, v);
  f.UpdateFPSCR(v, i.A.Rc);
  return 0;
}

Special Cases & Edge Conditions

  • Single precision via double FPRs. The trailing s in the mnemonic means the result is rounded to IEEE-754 binary32 after the addition, then re-encoded into the 64-bit FPR using the binary64 representation of that single-precision value. The host computes to_single(a + b); both source operands are read as full binary64.
  • FPSCR side effects. Hardware updates FPRF (result class), FR/FI (rounding info), FX, and the exception bits — OX on overflow, UX on underflow, XX on inexact, VXISI on ±∞ ±∞, VXSNAN on a signalling-NaN input. Canary does not compute them: its UpdateFPSCR is a stub that clears FEX and VX, leaves every other FPSCR bit unchanged and, with Rc=1, writes CR1 as all zeros. Don't depend on cross-instruction FPSCR observation when matching Canary.
  • Rc=1 (fadds.) copies FPSCR[FX, FEX, VX, OX] into CR1 on hardware. Canary's UpdateFPSCR stub instead writes CR1 as all zeros.
  • NaN propagation. Any NaN input yields a quiet NaN result; signalling NaNs are quietened (signalling bit cleared) per PowerISA. Host-native f64 + may not perform that quietening on every platform.
  • ±∞ ±∞ after rounding. Although +-shaped, opposite-signed infinities still produce QNaN(VXISI).
  • Denormal flush. That Xenon boots with FPSCR[NI]=1 is unverified. Canary starts every guest thread in IEEE mode (MXCSR 0x1F80; its init comment flags the startup state as unchecked) and turns on the host's flush-to-zero (MXCSR.FZ) only when the guest sets NI through mtfsf/mtfsfi.
  • Rounding mode uses FPSCR[RN] (00 nearest-even, 01 toward 0, 10 toward +∞, 11 toward −∞). Default is nearest-even and is rarely changed.
  • A-form encoding ignores FRC. Bits 2125 are don't-care for the add family.
  • faddx — double-precision sibling.
  • fsubsx, fmulsx, fdivsx — other single-precision arithmetic ops.
  • fmaddsx, fmsubsx, fnmaddsx, fnmsubsx — fused multiply-add single-precision family (single rounding step).
  • frspx — explicit double→single rounding helper; fadds is essentially frsp(fadd) fused into one rounding.
  • mffsx, mtfsfx — read/write FPSCR for rounding-mode and exception control.

IBM Reference