dev_pm_opp_o...sharing_cpus(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… dev_pm_opp_of_get_sharing_cpus(9) β€” from the Kernel API Manual, bestie πŸŽ€

Okay so picture this: you're deep in the kernel, you've got a CPU device, and you need to know which other CPUs are lowkey sharing the same OPPs as it. That's this function. It's from the Kernel API Manual and it is, honestly, iconic. ✨


🌸 SYNOPSIS 🌸

int dev_pm_opp_of_get_sharing_cpus (struct device *cpu_dev , struct
cpumask *cpumask );

Like, that's the whole signature. Short, sweet, gets the job done. 🫢


πŸ¦‹ ARGUMENTS πŸ¦‹

  • cpu_dev β€” the CPU device we're doing this whole operation for. The main character, fr. πŸ‘‘
  • cpumask β€” the cpumask that gets updated with the info about which CPUs are sharing. She's getting a glow-up. πŸ’–

⭐ DESCRIPTION ⭐

So this function updates the cpumask with the CPUs that are sharing OPPs with cpu_dev. That's the vibe. That's the whole assignment. 🎯

And if operating-points-v2 isn't present for cpu_dev? It returns -ENOENT. Like, no bindings, no answer, sorry bestie. 😭

Ngl, that -ENOENT return is the one gotcha to keep in your head β€” no operating-points-v2, no sharing info. Periodt. πŸ’€

🌈 SEE ALSO 🌈

The kernel file lives at ./drivers/opp/of.c and honestly the whole friend group is here, go say hi:


Okay that's the whole page, no notes. 🧚 Sourced straight from ./drivers/opp, dated October 2026 β€” mwah, catch you in the next manpage, bestie! πŸ’œπŸ¦‹πŸŒΈ

πŸ“¦ where this page comes from