fsl_ssi_hw_params(9)

📦 version 7.3.1, in nixpkgs unstable

💅 fsl_ssi_hw_params(9) — from the Kernel API Manual, bestie 🎀

Okay so picture this: you're deep in the kernel, the sound subsystem is looking at you, and somebody has to actually configure the SSI based on the PCM hardware parameters. That someone is fsl_ssi_hw_params. Welcome to the group chat. ✨

🌸 NAME 🌸

fsl_ssi_hw_params — literally the function that configures the SSI based on the PCM hardware parameters. That's the whole vibe. 🦋

⭐ SYNOPSIS ⭐

int fsl_ssi_hw_params (struct snd_pcm_substream *substream , struct
       snd_pcm_hw_params *hw_params , struct snd_soc_dai *dai );

It returns an int, bestie. Three arguments, one mission. 👑

🫶 ARGUMENTS 🫶

  • substream — the ASoC substream, hi bestie 💖
  • hw_params — pointers to hw_params (yes, plural pointers, that's what the page says, don't come for me 🙈)
  • dai — pointer to the DAI, the main character of this whole operation 🌈

👑 NOTES 👑

  1. The SxCCR.WL bits are critical bits — like, they require the SSI to be temporarily disabled on offline_config SoCs. And even for online configurable SoCs running in synchronous mode (where both TX and RX use STCCR), it is not safe to re-configure them when both streams start running. So like… don't. Fr fr. 💀
  2. The SxCCR.PM, SxCCR.DIV2 and SxCCR.PSR bits get configured inside fsl_ssi_set_bclk if the SSI is the DAI clock master. That's the condition, periodt. ⭐

🔥 SEE ALSO 🔥

Kernel file ./sound/soc/fsl/fsl_ssi.c, plus the whole squad — go read these too, iykyk:

Okay that's the whole page, you ate that 🍓. This little masterpiece lives over in ./sound/soc/fsl and it's dated October 2026 — yes, the future, we're ahead of schedule, iconic behavior honestly. Bye bestie, go configure some hardware params 💜✨🎀

📦 where this page comes from