nfs_fattr_ma...d_free_names(9)
π nfs_fattr_map_and_free_names(9) β from the Kernel API Manual, bestie
okay so picture this: you're deep in the kernel, you've got NFSv4 owner/group strings just sitting there in your nfs_fattr, and you need them as real live numbers. that's the whole gig. this is the helper that does the glow-up and then cleans up after itself. iconic behavior honestly π§
β¨ NAME β¨
nfs_fattr_map_and_free_names β maps the owner/group strings into uid/gid and then frees them. like, does the conversion AND takes out the trash. main character energy fr fr π
πΈ SYNOPSIS πΈ
void nfs_fattr_map_and_free_names (struct nfs_server *server , struct nfs_fattr *fattr );
π ARGUMENTS π
serverβ pointer to the filesystemnfs_serverstructure. yes bestie, the actual server struct, the whole vibe check of which filesystem we're on π¦fattrβ a fully initialisednfs_fattrstructure. like, fully. don't come at it half-set-up, that's not the move π
π₯ DESCRIPTION π₯
so here's what this lil helper does, and honestly it's giving efficiency π
it takes the cached NFSv4 owner/group strings hanging out in fattr, maps them into their numeric uid/gid equivalents, and then β the way that it just frees the cached strings afterwards β periodt. conversion done, memory released, no leftovers, no crumbs. we love a clean exit β¨
lowkey the order matters conceptually: map first, free second. it's mapping the cached strings, then freeing those strings. that's the whole sentence, don't overthink it π«Ά
π SEE ALSO π
kernel file ./fs/nfs/nfs4idmap.c, plus these two besties who are definitely in the group chat:
and that's the page!! π source/version: ./fs/nfs, dated October 2026 β go forth, map those names, free those strings, slay π
πβ
π¦ 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