Files
Sylpheed/tools/ppc-manual/fpu/fmulx.md
sim 21161154d1
All checks were successful
CI / Native — linux (pull_request) Successful in 2h2m48s
CI / WASM — Web (pull_request) Successful in 29m51s
CI / Formatting (pull_request) Successful in 1m36s
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

5.8 KiB
Raw Blame History

fmulx — Floating Multiply

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

Assembler Mnemonics

Mnemonic XML entry Flags Description
fmul fmulx Floating Multiply
fmul. fmulx Rc=1 Floating Multiply

Syntax

fmul[Rc] [FD], [FA], [FC]

Encoding

fmulx — form A

  • Opcode word: 0xfc000032
  • Primary opcode (bits 05): 63
  • Extended opcode: 25
  • 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 fmulx: read Source A floating-point register (fr0fr31).
FC fmulx: read Source C floating-point register (for madd-style ops).
FD fmulx: write Destination floating-point register.
CR fmulx: 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 fmulx: write Floating-Point Status and Control Register.

Register Effects

fmulx

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

Status-Register Effects

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

Operation (pseudocode)

FRT <- FRA × FRC

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

fmulx

Canary emitter (frozen snapshot @ f21ebd49e9)
int InstrEmit_fmulx(PPCHIRBuilder& f, const InstrData& i) {
  // frD <- (frA) x (frC)
  Value* v = f.Mul(f.LoadFPR(i.A.FRA), f.LoadFPR(i.A.FRC));
  f.StoreFPR(i.A.FRT, v);
  f.UpdateFPSCR(v, i.A.Rc);
  return 0;
}

Special Cases & Edge Conditions

  • A-form quirk: multiplier is FRC, not FRB. fmul reads operands from the FRA (bits 1115) and FRC (bits 2125) fields, bridging the multiply and fused-multiply-add families. Canary reads the multiplier from i.A.FRC (distinct from the record bit Rc).
  • Double precision. Operates on IEEE-754 binary64; fmulsx rounds to binary32.
  • 0 × ±∞ is invalid. Sets FPSCR[VXIMZ, VX, FX] and yields a quiet NaN.
  • FPSCR side effects. Hardware updates FPRF, FR, FI, FX plus exception bits OX (overflow), UX (underflow), XX (inexact), VXIMZ (0×∞), VXSNAN (signalling NaN). Canary does not update FPSCR (UpdateFPSCR is a stub).
  • Rc=1 (fmul.) copies FPSCR[FX, FEX, VX, OX] into CR1.
  • NaN propagation. Any NaN operand yields a quiet NaN; signalling NaNs are quietened.
  • Sign of result. Standard IEEE: sign(a) XOR sign(c). +0 × 0 = 0 and x × +∞ = −∞.
  • 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] (default nearest-even).
  • fmulsx — single-precision multiply.
  • fmaddx, fmsubx, fnmaddx, fnmsubx — fused multiply-add family; share the same FRA × FRC core but add/subtract FRB with a single rounding step. Prefer fused forms for dot products and polynomial evaluation.
  • faddx, fsubx, fdivx — sibling double-precision arithmetic.
  • fresx, frsqrtex — reciprocal helpers commonly paired with fmul for reciprocal divides.
  • mffsx, mtfsfx — FPSCR control.

IBM Reference