sbi_remote_hfence_vvma(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… sbi_remote_hfence_vvma(9) β€” the sbi_remote_hfence_vvma page, bestie edition

okay so this is a page from the Kernel API Manual (the sbi_remote_hfence_vvma(9) one, yes the name is a mouthful, we love her anyway πŸŽ€) and it's lowkey about firing off HFENCE.VVMA instructions on a bunch of remote harts for the current guest virtual address range. iconic RISC-V behavior ngl.


✨ NAME ✨

sbi_remote_hfence_vvma β€” Execute HFENCE.VVMA instructions on given remote harts for the current guest virtual address range. that's the whole vibe, no cap πŸ¦‹


🌸 SYNOPSIS 🌸

int sbi_remote_hfence_vvma (const struct cpumask *cpu_mask , unsigned
       long start , unsigned long size );

literally just three args and an int return, she's a whole main character πŸ‘‘


🫢 ARGUMENTS 🫢

  • cpu_mask β€” A cpu mask containing all the target harts. iykyk, this is your guest list for the fence party πŸ’Œ
  • start β€” Start of the current guest virtual address. the beginning, the origin story ✨
  • size β€” Total size of the current guest virtual address range. how much of the address space we're covering, fr fr πŸ“

πŸ”₯ RETURN πŸ”₯

None. that's right bestie, nothing comes back. it's giving void energy, the function does its thing and dips πŸ’€


πŸ‘‘ SEE ALSO πŸ‘‘

Kernel file ./arch/riscv/kernel/sbi.c β€” that's where the actual code lives, go be nosy πŸ’–

and the whole friend group of related pages, all of them, not skipping a single one:

like a whole squad, and they all ate 🌈


ngl if you ever need to remember where this page came from: ./arch/riscv/kernel, and the version stamp says October 2026. and the page title is sbi_remote_hfence_vvma(9) in case you forgot already, no judgement πŸ“

anyway that's the page! hope it slayed for you, mwah πŸ’…πŸ¦‹βœ¨ (source & date above, go forth and fence those VMAs, bestie πŸ’œπŸ§š)

πŸ“¦ where this page comes from