ur_find_group_route(9)
π
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
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms