raw_atomic_l...h_or_relaxed(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

okay so bestie, this is raw_atomic_l...h_or_relaxed(9) from the Kernel API Manual, and it is giving atomic bitwise OR with relaxed ordering βœ¨πŸ’…

πŸŽ€ NAME πŸŽ€

raw_atomic_long_fetch_or_relaxed β€” atomic bitwise OR with relaxed ordering 🫢

✨ SYNOPSIS ✨

long raw_atomic_long_fetch_or_relaxed (long i , atomic_long_t *v );

πŸ¦‹ ARGUMENTS πŸ¦‹

  • i β€” a long value πŸ’–
  • v β€” pointer to atomic_long_t πŸŽ€

🌸 DESCRIPTION 🌸

Okay so this atomically updates v to (v | i) with relaxed ordering. That's the whole move, and it ate πŸ’…βœ¨

Safe to use in noinstr code; prefer atomic_long_fetch_or_relaxed elsewhere. Not me dropping the important note right here, but yes bestie, remember it 🫢

πŸ‘‘ RETURN πŸ‘‘

The original value of v. So you get the old value back, iconic behavior fr fr πŸ’–

πŸ’œ SEE ALSO πŸ’œ

Kernel file: ./include/linux/atomic/atomic-long.h β€” that's where this lives, iykyk 🧚


xoxo, your kernel bestie πŸ’– β€” source/version: ./include/linux/atomic; date: October 2026; page: raw_atomic_l...h_or_relaxed(9) βœ¨πŸŽ€

πŸ“¦ where this page comes from