stm32_hash_wait_busy(9)
π stm32_hash_wait_busy(9) π
okay bestie, so this one lives in the Kernel API Manual and honestly? it's a whole mood. it's the function that just waits β patiently, main-character-style β until the hash processor is free to do its thing. and if the hash core is out here taking more than 10 ms to chew through a block of data, this baby doesn't just vibe silently, it returns an error. periodt. π
β¨ NAME β¨
stm32_hash_wait_busy β wait until hash processor is available. It return an error if the hash core is processing a block of data for more than 10 ms.
(not me keeping that exact wording, iykyk β the facts stay, only the fit changes π )
πΈ SYNOPSIS πΈ
int stm32_hash_wait_busy (struct stm32_hash_dev *hdev );
like, one function, one argument, zero drama. π¦
π ARGUMENTS π
hdevβ thestm32_hash_devdevice. that's the whole thing, bestie β your little handle to the hardware, and the function wants it so it knows which hash processor to stare at while it waits π
π₯ SEE ALSO π₯
- Kernel file
./drivers/crypto/stm32/stm32-hash.cβ the whole lore lives here, go read it, it's giving source of truth β¨ stm32_hash_set_nblw(9)β the friend in the group chat π«Άstm32_hash_write_ctrl(9)β the other friend in the group chat π«Ά
ngl, the hard limit is real: past 10 ms of processing a block of data and you're getting an error back, not a happy ending. π so yeah, this is not an infinite wait β highkey keep that in mind.
okay that's the whole page, no cap π β this absolute icon of a manual page came to you from ./drivers/crypto/stm32, dated October 2026, and honestly? a slay. ππβ¨
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms