pse_pi_is_ad...able_pending(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– NAME πŸ’–

pse_pi_is_admin_enable_pending β€” bestie, this one checks whether a PI is stuck in the admin enable pending state, which basically means the power hasn't actually been delivered yet πŸ‘€

So yeah, this is a page from the Kernel API Manual, and we're getting into it ✨


πŸŽ€ SYNOPSIS πŸŽ€

bool pse_pi_is_admin_enable_pending (struct pse_controller_dev *pcdev ,
int id );

πŸ¦‹ ARGUMENTS πŸ¦‹

  • pcdev β€” a pointer to the PSE controller device 🫢 like, the actual controller we're talking about
  • id β€” index of the PI 🌸 that's the one we're vibe-checking

✨ DESCRIPTION ✨

Okay so here's the tea β˜• β€” this function detects if a PI is enabled in software with a PD detected, but the hardware admin state hasn't been applied yet. Not yet. Still pending. The hardware is lowkey lagging behind the software πŸ’€

And where does this get used? In the power delivery and retry mechanisms, obviously β€” it's how the kernel figures out which PIs need to have power delivery attempted again πŸ”₯ Like a little "hey, you still need to try again" list. Iconic behavior honestly πŸ‘‘


🌈 RETURN 🌈

Returns true if the PI has the admin enable flag set in software but it's not yet reflected in the hardware admin state. Returns false otherwise πŸ’…

That's it. That's the whole answer. No cap 🧚


πŸ’œ SEE ALSO πŸ’œ

Go read the kernel file ./drivers/net/pse-pd/pse_core.c first, bestie β€” and then the whole friend group:


And that's the page, mwah πŸ’‹ it lives over in ./drivers/net/pse-pd, dated October 2026 β€” go off, kernel docs, you ate πŸ“βœ¨

πŸ“¦ where this page comes from