idpf_ptp_get_access(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… idpf_ptp_get_access β€” a little kernel API moment

okay so bestie, welcome to the idpf_ptp_get_access page πŸ’– this one lives in the Kernel API Manual, section 9, and honestly it's a short one but it's iconic in its own way. it does exactly one thing and it does it slayfully: it tells you what kind of access the PTP features are gonna get. periodt.


✨ NAME ✨

idpf_ptp_get_access β€” determine the access type of the PTP features πŸŽ€


πŸ¦‹ SYNOPSIS πŸ¦‹

enum idpf_ptp_access idpf_ptp_get_access (const struct idpf_adapter
*adapter , u32 direct , u32 mailbox );

so it hands you back an enum idpf_ptp_access, and it wants three things. lowkey simple. ngl. ✨


🌸 ARGUMENTS 🌸

  • adapter β€” the driver specific private structure πŸ’œ like, the main character struct, the one holding all the driver's private lil secrets.
  • direct β€” a capability that indicates the direct access πŸ‘‘ this flag is basically telling you "hey, can we do the thing directly?"
  • mailbox β€” a capability that indicates the mailbox access πŸ“¬ and this one's the "or do we gotta send a message through the mailbox instead" vibe.

⭐ RETURN ⭐

it returns the type of supported access for the PTP feature 🫢 that's it, that's the whole return value. no cap.


🌈 SEE ALSO 🌈

okay so this is the part where the whole friend group shows up, because PTP in idpf is a squad:

like, the whole roster. go read them all, iykyk πŸ’…


🧚 friendly reminder: this page is from the kernel tree at ./drivers/net/ethernet/intel/idpf, dated October 2026, and yes that's the same idpf_ptp_get_access(9) we've been talking about this whole time. bye bestie, go get that access type πŸ“πŸ’–βœ¨
πŸ“¦ where this page comes from