brcmf_btcoex_handler(9)
πΈ NAME πΈ
brcmf_btcoex_handler β the BT coex state machine work handler, bestie π
So real talk, this whole page is straight out of the Kernel API Manual, section 9, and it's about one little work handler that keeps the Bluetooth coexistence state machine doing its thing. iykyk π¦
β¨ SYNOPSIS β¨
void brcmf_btcoex_handler (struct work_struct *work );
That's it. That's the whole signature. Short, sweet, iconic π
π ARGUMENTS π
workβ it's thework, periodt. Like, the work struct, that's the argument, that's what it is. The manpage is not gonna elaborate and honestly? respect the confidence π
π¦ SEE ALSO π¦
okay so the source of truth lives right here in the kernel tree, no cap:
- Kernel file
./drivers/net/wireless/broadcom/brcm80211/brcmfmac/btcoex.c
and the whole friend group it runs with π«Ά:
enum brcmf_btcoex_state(9)struct brcmf_btcoex_info(9)brcmf_btcoex_params_write(9)brcmf_btcoex_params_read(9)brcmf_btcoex_boost_wifi(9)brcmf_btcoex_is_sco_active(9)brcmf_btcoex_attach(9)brcmf_btcoex_detach(9)
go read those too, bestie, the handler does not exist in a vacuum π
π cute sign-off π
this page came from ./drivers/net/wireless/broadco... (yes that's the truncated path, she's shy π) and it's dated October 2026 β so mark your calendar, the manpage name is brcmf_btcoex_handler(9), and that's the whole vibe check. slay, stay hydrated, and may your coex state machine never deadlock πβ¨π
π¦ 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