cpufreq_for_...nt_entry_idx(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… cpufreq_for_...nt_entry_idx(9) β€” Kernel API Manual, but make it make sense

okay so bestie, this whole page is about one macro and honestly? it's giving "niche but iconic". it's in the Kernel API Manual, section 9, and the name is literally cpufreq_for_...nt_entry_idx β€” yes the name on the page is abbreviated, that's just how the header rolls, the real full name is in NAME below πŸŽ€


✨ NAME ✨

cpufreq_for_each_efficient_entry_idx β€” it's a loop thingy that iterates with an index over a cpufreq frequency_table, and it excludes the CPUFREQ_ENTRY_INVALID frequencies AND the CPUFREQ_INEFFICIENT_FREQ frequencies. like it's a whole filtering moment fr fr πŸ’…


🌸 SYNOPSIS 🌸

cpufreq_for_each_efficient_entry_idx (pos , table , idx , efficiencies
);

that's it, that's the whole vibe. four things go in, no cap 🫢


πŸ¦‹ ARGUMENTS πŸ¦‹

  • pos β€” the struct cpufreq_frequency_table you're using as your loop cursor. it's the little main character that walks the table for you ✨
  • table β€” the struct cpufreq_frequency_table you're actually iterating over. the whole menu, basically πŸ“
  • idx β€” the table entry that's currently being processed. your "you are here" marker πŸ“
  • efficiencies β€” set this to true if you ONLY want to iterate over efficient frequencies. set it otherwise and you're not filtering on efficiency, iykyk πŸ‘‘

πŸ’– SEE ALSO πŸ’–


lowkey reminder that CPUFREQ_ENTRY_INVALID and CPUFREQ_INEFFICIENT_FREQ entries get skipped by this iterator β€” that's literally its whole personality πŸ’€

okay that's the page!! mwah πŸŽ€ this one's from the ./include/linux crew, dated October 2026, and the footer's out here still calling it cpufreq_for_...nt_entry_idx(9) like it forgot its own full name β€” anyway stan, bye bestie πŸ’œπŸ¦‹

πŸ“¦ where this page comes from