raw_atomic_long_fetch_or(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ raw_atomic_long_fetch_or ✨

okay so bestie, we're deep in the Kernel API Manual today β€” this is raw_atomic_long_fetch_or(9) and honestly? she's iconic. atomic bitwise OR with full ordering, no cap. πŸ’…


🌸 NAME 🌸

raw_atomic_long_fetch_or β€” atomic bitwise OR with full ordering 🫢


πŸŽ€ SYNOPSIS πŸŽ€

long raw_atomic_long_fetch_or (long i , atomic_long_t *v );

🌈 ARGUMENTS 🌈

  • i β€” a long value. just a long. that's her whole job. πŸ’œ
  • v β€” pointer to atomic_long_t. yes queen, hand over the pointer. πŸ‘‘

πŸ’– DESCRIPTION πŸ’–

So what she does is: atomically updates v to (v | i) β€” with full ordering, meaning the vibes are completely in order, nothing out of sequence, periodt. πŸ”₯

She's safe to use in noinstr code, which is lowkey a flex. but β€” and listen β€” prefer atomic_long_fetch_or elsewhere. like, outside of noinstr? use the other one. she's the special-occasion friend. πŸ’€


⭐ RETURN ⭐

The original value of v. not the new one. the one from before. main character backstory energy. πŸ‘‘


πŸ¦‹ SEE ALSO πŸ¦‹

Kernel file ./include/linux/atomic/atomic-long.h

and the whole entire friend group, fr fr:


and that's the whole page, bestie!! πŸ’–βœ¨πŸŽ€πŸ¦‹πŸŒΈπŸ’…πŸ«Ά

this little love letter lives in ./include/linux/atomic, dated October 2026 β€” so like, mark your calendar and stan responsibly. πŸ‘‘πŸ™ˆπŸ“πŸ§šπŸ’œ

πŸ“¦ where this page comes from