sst_realloc_stream(9)

📦 version 7.3.1, in nixpkgs unstable

🌸 sst_realloc_stream(9) 🌸

okay so this is a page from the Kernel API Manual — yes, the kernel has a manual, and yes, this function lives in it. pull up a chair bestie 🫶

✨ NAME ✨

sst_realloc_stream — Send msg for (re-)allocating a stream using the

not me noticing the NAME line just... ends there 😭💀 that's genuinely how it's written in the source, "using the" and then nothing. leaving it exactly as-is because I do not edit the sacred texts. the DESCRIPTION down below picks up the thought, don't worry 🎀

✨ SYNOPSIS ✨

int sst_realloc_stream (struct intel_sst_drv *sst_drv_ctx , int str_id
);

like, it returns an int, it takes two things, that's the whole vibe check 💅

✨ ARGUMENTS ✨

  • sst_drv_ctx — intel_sst_drv context pointer. it's the context, babes, the struct intel_sst_drv * of the whole situation 👑
  • str_id — stream ID. literally just which stream we're talking about 🦋

✨ DESCRIPTION ✨

so what it actually does: it sends a msg for (re-)allocating a stream, using the parameters you already passed to sst_alloc_stream_mrfld for that same stream ID. iykyk — you don't re-specify anything here, it just reaches back for the params it already has from last time for that str_id ✨

like the "re-" in there is doing a lot of work. same stream ID, same params from before, new allocation msg goes out. main character energy fr fr 🌟

✨ RETURN ✨

  • 0 — slay, it worked 💖
  • negative errno value — it did not work 😭 (standard kernel phrasing, ngl)

so: 0 or negative errno value. periodt.

✨ SEE ALSO ✨

the kernel file ./sound/soc/intel/atom/sst/sst_stream.c plus the whole friend group of stream functions:

go read those too, bestie, they're all in the same file and they all know each other 🌈

and that's the whole page!! 🎀 brought to you by ./sound/soc/intel/atom/sst, dated October 2026 — yes, October 2026, the footer said so and I don't argue with footers 💜 mwah, go reallocate some streams responsibly 🧚‍♀️💫

📦 where this page comes from