efa_ah_cache_put(9)
π efa_ah_cache_put β the "okay bestie, you can let go now" function
So this is a page from the Kernel API Manual, and honestly? It's a short one, but it's iconic. Let's get into it. π«Ά
πΈ NAME
efa_ah_cache_put β put a refcount of an AH cache entry
Like, you're releasing your grip on an entry. Politely. With manners. β¨
π¦ SYNOPSIS
void efa_ah_cache_put (struct efa_ah_cache *ah_cache , struct
efa_ah_cache_entry *entry );
Returns void, so don't be out here expecting a value back, bestie β it gives nothing and that's the point. π
π ARGUMENTS
ah_cacheβ the AH cache itself. The whole vibe container. πentryβ the AH cache entry you're putting. The specific little guy in question. π£
π DESCRIPTION
Okay so here's what's happening: you drop the refcount. That's it. That's the whole job. π
But then β and this is the main character moment β if that refcount reaches zero, the entry gets removed from the hashtable and freed. So the last one to leave turns off the lights. No cap. π₯
ngl this is the kind of function where the order of operations actually matters, so likeβ¦ respect it. π
β SEE ALSO
- Kernel file
./drivers/infiniband/hw/efa/efa_ah_cache.cβ go read the source, it's giving lore. π efa_ah_cache_get(9)β the counterpart, the "actually hold on to this one" function. They're a matching set, iykyk. π
That's the whole page, bestie β short, sweet, and lowkey doing a lot of heavy lifting with that free-on-zero behaviour. Slay. π
This gem comes to you from ./drivers/infiniband/hw/efa, dated October 2026 β go off, EFA drivers. πβ¨
π¦ 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