__rxe_lookup_mcg(9)
β¨ __rxe_lookup_mcg (9) β¨
okay so bestie, we're in the Kernel API Manual today and this one's a lil internal helper from the RDMA crew π it's lowkey a backstage-pass situation, so let's get into it π
πΈ NAME πΈ
__rxe_lookup_mcg β lookup mcg in rxe->mcg_tree while holding lock π
like, the whole personality of this function is "I do my thing while you're already holding the lock," iykyk π
π¦ SYNOPSIS π¦
struct rxe_mcg * __rxe_lookup_mcg (struct rxe_dev *rxe , union ib_gid
*mgid );
that's the whole signature, no cap β¨ two args, returns a pointer to struct rxe_mcg π«Ά
π ARGUMENTS π
rxeβ the rxe device object π§ your main character, the device we're digging around inmgidβ multicast IP address π¬ the thing we're looking for
π₯ CONTEXT π₯
caller must hold rxe->mcg_lock β οΈ
fr fr, this is not optional β the double underscore in the name is literally telling you "lock's already held, don't come in here unlocked" π bestie pls respect the lock π
π RETURN π
on success you get mcg and it takes a ref to mcg π
(yes, you're on the hook for that reference, so be a responsible icon and drop it later β¨). otherwise you get NULL π«
π SEE ALSO π
Kernel file ./drivers/infiniband/sw/rxe/rxe_mcast.c β the whole multicast fam, and honestly? iconic lineup π
rxe_mcast_add(9)rxe_mcast_del(9)__rxe_insert_mcg(9)__rxe_remove_mcg(9)rxe_lookup_mcg(9)__rxe_init_mcg(9)__rxe_publish_mcg(9)rxe_get_mcg(9)rxe_cleanup_mcg(9)__rxe_destroy_mcg(9)rxe_destroy_mcg(9)__rxe_init_mca(9)rxe_attach_mcg(9)__rxe_cleanup_mca(9)rxe_detach_mcg(9)rxe_attach_mcast(9)rxe_detach_mcast(9)
and that's the page, bestie π this cutie lives over in ./drivers/infiniband/sw/rxe, and the version vibes are dated October 2026 β so yeah, future girl summer β go forth and lock responsibly π
π¦ 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