devm_qcom_smem_state_get(9)
π devm_qcom_smem_state_get(9)
okay so bestie, welcome to the Kernel API Manual β this one lives in devm_qcom_smem_state_get(9) and it's basically the "get it and forget it" era of acquiring a handle to a devres managed state β¨
πΈ NAME πΈ
devm_qcom_smem_state_get β acquire handle to a devres managed state π
π¦ SYNOPSIS π¦
struct qcom_smem_state * devm_qcom_smem_state_get (struct device *dev ,
const char *con_id , unsigned *bit );
β¨ ARGUMENTS β¨
devβ the client device pointer, aka who's asking πcon_idβ name of the state to lookup, like the state's little government name πͺͺbitβ flags from the state reference, indicating which bit's affected π₯
π DESCRIPTION π
Returns handle to the state, or ERR_PTR. and here's the iconic part: qcom_smem_state_put is called automatically when dev is removed π«Ά no manual cleanup, no "did I forget to put it back", none of that β devres handles it for you, periodt π
π SEE ALSO π
Kernel file:
./drivers/soc/qcom/smem_state.c
and the whole friend group:
struct qcom_smem_state(9)qcom_smem_state_update_bits(9)qcom_smem_state_get(9)qcom_smem_state_put(9)qcom_smem_state_register(9)qcom_smem_state_unregister(9)
ngl this page is short but it ate, no cap π go read the smem_state friends next, iykyk π§
that's the whole vibe bestie, mwah π β this masterpiece comes from ./drivers/soc/qcom, dated October 2026, under the devm_qcom_smem_state_get(9) banner πβπ
π¦ 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