POWER TO PDADC TABLE FUNCTIONS(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– Power to PDADC table functions πŸ’–

okay bestie so this is a page out of the Kernel API Manual β€” yes, that's the manual name, we're fancy now β€” and the header up top literally reads Power to PDA...le functions(9) because whoever generated it got a lil truncated mid-word. iconic honestly. the page we're actually reading is Power to PDADC table functions, so buckle up 🫢


🌸 DESCRIPTION 🌸

so for RF2413 and later we have a Power to PDADC table (Power Detector) instead of a PCDAC (Power Control), plus 4 pd gain curves for each calibrated channel. the way that works is: each curve has power on the x axis in 0.5 db steps and PDADC steps on the y axis, and it looks like an exponential function β€” same vibe as the RF5111 curve. slay ✨

to recreate the curves we read the points from eeprom (eeprom.c) and interpolate here. like, that's the whole bit. interpolate era πŸ’…

okay important note, no cap: in most cases only 2 (higher and lower) curves are used (like RF5112), but vendors have the opportunity to include all 4 curves on eeprom. so the door is open, it's just not always walked through πŸ™ˆ

also the final curve (higher power) has an extra point for better accuracy, like RF5112. periodt. ⭐

the process is similar to what we do above for RF5111/5112. that's it, that's the lore.


πŸ¦‹ SEE ALSO πŸ¦‹

the whole group chat, in order, no one left behind:


and that's the page, bestie πŸŽ€ this one lives in ./drivers/net/wireless/ath/ath5k, and it's dated October 2026 β€” yeah, the future, we're ahead of schedule πŸ’€ the footer also quietly repeats Power to PDA...le functions(9) at the end, like a little echo. bye, ily, go read your eeprom πŸ’œπŸ¦‹

πŸ“¦ where this page comes from