ni_get_reg_value_roffs(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ ni_get_reg_value_roffs ✨

okay so bestie, we're in the Kernel API Manual today and the star of the show is ni_get_reg_value_roffs(9) β€” yes that's a whole mouthful, i know, but she's iconic and she's here to figure out the proper register value for a particular valid NI signal/terminal route πŸ’…


🌸 NAME 🌸

ni_get_reg_value_roffs β€” literally determines the proper register value for a particular valid NI signal/terminal route. no cap, that's the whole job πŸŽ€


πŸ¦‹ SYNOPSIS πŸ¦‹

s8 ni_get_reg_value_roffs (int src , const int dest , const struct ni_route_tables *tables , const int direct_reg_offset );

πŸ’– ARGUMENTS πŸ’–

  • src β€” either a direct register value or one of the NI_* signal names. pick your fighter bestie 🫢
  • dest β€” the global-identifier for the route destination.
  • tables β€” pointer to the relevant set of routing tables.
  • direct_reg_offset β€” the compatibility compensation argument. this one is a little diva: she lets us arbitrarily apply an offset to src if src is a direct register value reference. and why do we need that? because it's necessary to be compatible with definitions of register values as previously exported directly to user space. periodt, that's the lore πŸ“œ

⭐ RETURN ⭐

the register value (>0) to be used at the destination if the src is valid for the given destination; -1 otherwise. so like… valid route = slay, invalid = -1, no in-between 😭


πŸŽ€ SEE ALSO πŸŽ€

go read those, iykyk πŸ“šβœ¨


lowkey a reminder: if the src isn't valid for that destination, you're getting -1 and that's on periodt β€” don't come crying to me πŸ’€

and that's the whole page bestie!! brought to you by ./drivers/comedi/drivers, dated October 2026, and yes the footer says ni_get_reg_value_roffs(9) again because she loves a dramatic entrance πŸŒˆπŸ‘‘πŸ’œ

πŸ“¦ where this page comes from