ur_find_group_route(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… ur_find_group_route(9) β€” find the route matching a function and pin set πŸ’…

okay so welcome to ur_find_group_route(9), straight out of the Kernel API Manual ✨ this is the little helper that goes looking for the route that matches a function plus a pin set, and honestly? iconic behavior.


πŸ’– NAME πŸ’–

ur_find_group_route β€” find the route matching a function and pin set. no cap, that's the whole vibe πŸŽ€

✨ SYNOPSIS ✨

int ur_find_group_route (struct ur_pinctrl *pctrl , const char *function
, u64 group_mask , const struct ur_func_route **route_out );

πŸŽ€ ARGUMENTS πŸŽ€

  • pctrl β€” the pin controller instance, bestie. your main character struct πŸ’…
  • function β€” the mux function name, literally the function we're matching.
  • group_mask β€” a bitmap of pins in the selected group. yes, it's giving bitmask realness πŸ¦‹
  • route_out β€” the returned route entry on success. this is where the good stuff lands ✨

πŸ¦‹ DESCRIPTION πŸ¦‹

so lowkey a mux function can be associated with multiple hardware routing options, and each one is valid for a specific set of pins. this helper's whole job is finding the unique route whose valid_pins mask covers all pins in group_mask 🫢

the routing table has to guarantee that a given function plus pin set resolves to exactly one route. periodt. if multiple routes match, the routing description is considered ambiguous and the lookup fails. no cap, that's the rule 😭

🌸 RETURN 🌸

0 on success, or -EINVAL if no matching route exists or if the routing table contains ambiguous entries. that's it, that's the return vibe πŸ’œ

πŸ‘‘ SEE ALSO πŸ‘‘

kernel file ./drivers/pinctrl/ultrarisc/pinctrl-ultrarisc.c β€” go look, iykyk πŸ”₯


mwah πŸ’‹ β€” source/version: ./drivers/pinctrl/ultrarisc, date: October 2026, and this ur_find_group_route(9) page is out 🫢✨

πŸ“¦ where this page comes from