nfp_cpp_mutex_reclaim(9)
okay so bestie, welcome to the nfp_cpp_mutex_reclaim(9) page from the Kernel API Manual β¨ this is the one about reclaiming a mutex, and yes, the name is a whole mouthful, but we move π
πΈ NAME πΈ
nfp_cpp_mutex_reclaim β Unlock mutex if held by local endpoint π
β¨ SYNOPSIS β¨
int nfp_cpp_mutex_reclaim (struct nfp_cpp *cpp , int target , unsigned long long address );
π ARGUMENTS π
cppβ NFP CPP handle π«Άtargetβ NFP CPP target ID (ieNFP_CPP_TARGET_CLSorNFP_CPP_TARGET_MU) πaddressβ Offset into the address space of the NFP CPP target ID π
π¦ DESCRIPTION π¦
so this function releases the lock if itβs held by the local system π
β οΈ Extreme care is advised β call only when no local lock users can exist, fr fr. this is not a casual little drive-by unlock, bestie, ngl.
β RETURN β
0β if the lock was OK π1β if locked by us π-errnoβ on invalid mutex π
π SEE ALSO π
- Kernel file
./drivers/net/ethernet/netronome/nfp/nfpcore/nfp_mutex.cπ§ nfp_cpp_mutex_init(9)nfp_cpp_mutex_alloc(9)nfp_cpp_mutex_free(9)nfp_cpp_mutex_lock(9)nfp_cpp_mutex_unlock(9)nfp_cpp_mutex_trylock(9)
and thatβs the whole page, bestie π kisses from the Kernel API Manual, source/version ./drivers/net/ethernet/netrono..., dated October 2026, for nfp_cpp_mutex_reclaim(9) π
β¨
π¦ 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