smu_msg_send_async_locked(9)
π NAME π
okay so this page is smu_msg_send_async_locked(9), straight out of the Kernel API Manual, and it's literally about sending a message asynchronously while the caller already holds the lock. That's the vibe, bestie π
β¨ SYNOPSIS β¨
int smu_msg_send_async_locked (struct smu_msg_ctl *ctl , enum smu_message_type msg , u32 param );
π ARGUMENTS π
ctlβ the message control block. Main character energy, honestly π«Άmsgβ the message type.paramβ the message parameter.
π¦ DESCRIPTION π¦
Sends an SMU message and does not wait for a response. No cap, it just sends it and moves on.
The caller must already hold ctl->lock, and later the caller has to call smu_msg_wait_response to get the result. That's the whole requirement, periodt β¨
πΈ RETURN πΈ
0 on success, negative errno on failure. Slay π
π₯ SEE ALSO π₯
- Kernel file:
./drivers/gpu/drm/amd/pm/swsmu/smu_cmn.c smu_cmn_wait_for_response(9)smu_cmn_send_smc_msg_with_params_ext(9)smu_cmn_send_smc_msg_with_param(9)smu_msg_v1_send_msg(9)smu_cmn_disable_all_features_with_exception(9)smu_cmn_get_pptable_from_firmware(9)
okay bye bestie π β this iconic page lives under ./drivers/gpu/drm/amd/pm/swsmu, dated October 2026, and it's smu_msg_send_async_locked(9), periodt π«Ά
π¦ 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