pdc_pat_cpu_get_number(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– pdc_pat_cpu_get_number(9) πŸ’–

okay bestie, welcome to the Kernel API Manual ✨ this one's a lil function called pdc_pat_cpu_get_number, living its best life in section 9, and honestly? it does exactly one thing and it does it slayfully πŸ’…


✨ NAME ✨

pdc_pat_cpu_get_number β€” retrieve the cpu number 🫢

🌸 SYNOPSIS 🌸

int pdc_pat_cpu_get_number (struct pdc_pat_cpu_num *cpu_info , unsigned
long hpa );

yeah that's the whole signature, no cap πŸ’€ it takes a pointer and a unsigned long, returns an int, and honestly it's giving "small but mighty" πŸ‘‘

πŸ¦‹ ARGUMENTS πŸ¦‹

  • cpu_info β€” the return buffer πŸ’Œ like, this is where the answer gets dropped off. it literally says "the return buffer" and that's the whole vibe.
  • hpa β€” the Hard Physical Address of the CPU 🧚 this is not a regular address, it's the Hard Physical Address, so treat it with the respect it deserves.

πŸ’… DESCRIPTION πŸ’…

okay so here's the tea β˜•: this function retrieves the cpu number for the cpu sitting at the specified HPA. that's it. that's the function. you hand it an HPA, it hooks you up with the matching cpu number πŸ”₯

literally the most straightforward glow-up in the whole firmware file, and we respect that πŸ™ˆ

🌈 SEE ALSO 🌈

soooo there's kind of a lot of friends in this little kernel family, and not me listing every single one because they all deserve their moment πŸ‘‘ first up, the home base:

  • Kernel file ./arch/parisc/kernel/firmware.c

and then the whole squad, in the order the original gives them (this is the group chat, and nobody gets left on read πŸ’€):

like, sixty whole besties. iconic behavior, honestly πŸŽ€


and that's the whole page, bestie πŸ¦‹ this lil beauty calls ./arch/parisc/kernel home 🏠 and it's dated October 2026 ⭐ so go forth, read your cpu numbers, and stay slay πŸ’œπŸ’–βœ¨

πŸ“¦ where this page comes from