ti_iodelay_p...nf_group_get(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… ti_iodelay_pinconf_group_get β€” or as the header abbreviates it, ti_iodelay_p...nf_group_get(9)

okay bestie, welcome to the Kernel API Manual ✨ this is the group-chat briefing on ti_iodelay_pinconf_group_get, and yes the title up top is getting the censor-bar treatment (ti_iodelay_p...nf_group_get(9)) because kernel headers are dramatic like that πŸ’€


🌸 NAME 🌸

ti_iodelay_pinconf_group_get β€” Get the group configuration 🫢

like, it literally just gets the group config. iconic behavior, no notes.


πŸ¦‹ SYNOPSIS πŸ¦‹

int ti_iodelay_pinconf_group_get (struct pinctrl_dev *pctldev , unsigned
       int selector , unsigned long *config );

it's giving "three arguments, one int return, main character energy" πŸ‘‘


πŸŽ€ ARGUMENTS πŸŽ€

  • pctldev β€” the pinctrl device that represents the IODelay device. that's your entry point, bestie, the whole IODelay situation lives behind it ✨
  • selector β€” the Group selector. yeah it just picks which group you're asking about 🎯
  • config β€” the Configuration returned. this is where the answer lands, so pls make sure it's a real pointer πŸ™ˆ

⭐ RETURN ⭐

you get the configuration if the group is valid. and if the group is not valid? it returns -EINVAL 😭 that's the no-thoughts-just-errors moment. so vibe check your selector before you commit, fr fr.


πŸ”₯ SEE ALSO πŸ”₯

the whole friend group, in kernel file ./drivers/pinctrl/ti/pinctrl-ti-iodelay.c πŸ’–

ok that's the entire squad and yes they're all (9) because they're all kernel API royalty πŸ‘‘πŸ’…

🧚 sign-off 🧚

this little beauty lives in ./drivers/pinctrl/ti, dated October 2026 🌈 slay, stay hydrated, and may all your groups be valid so you never have to meet -EINVAL again πŸ“πŸ’œ

πŸ“¦ where this page comes from