omap2_prm_assert_hardreset(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… omap2_prm_assert_hardreset(9)

okay so this one lives in the Kernel API Manual bestie, and it's literally about slamming the reset line on a submodule. let's get into it πŸŽ€


✨ NAME ✨

omap2_prm_assert_hardreset β€” assert the HW reset line of a submodule πŸ”₯


🌸 SYNOPSIS 🌸

int omap2_prm_assert_hardreset (u8 shift , u8 part , s16 prm_mod , u16 offset );

πŸ¦‹ ARGUMENTS πŸ¦‹

  • shift β€” the register bit shift that corresponds to the reset line you wanna assert, like that's your specific line bestie πŸ’…
  • part β€” the PRM partition. lowkey ignored for OMAP2 πŸ™ˆ
  • prm_mod β€” the PRM submodule base (e.g. CORE_MOD) πŸ‘‘
  • offset β€” the register offset, also ignored for OMAP2 ✨

πŸ’– DESCRIPTION πŸ’–

so some IPs β€” like dsp or iva β€” contain processors that require a HW reset line to be asserted / deasserted in order to fully enable the IP. it's giving "you can't sit with us until you reset" energy 😭

these modules may have multiple hard-reset lines that reset different 'submodules' inside the IP block. the way that this function just places the submodule into reset. periodt. 🫢

it returns 0 upon success, or -EINVAL upon an argument error πŸ’€


🌈 SEE ALSO 🌈


and that's the whole vibe check bestie πŸ’œ this little icon is brought to you by ./arch/arm/mach-omap2, dated October 2026, in the Kernel API Manual β€” slay, go assert some resets πŸ§šβ€β™€οΈπŸŒΈ

πŸ“¦ where this page comes from