brcmf_fweh_detach(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… brcmf_fweh_detach β€” Kernel API Manual ✨

okay so real talk, you're in the kernel API manual section 9, and this page is about brcmf_fweh_detach β€” the cleanup queen of firmware event handling. she doesn't build anything, she doesn't start anything, she just detaches and dips. closed curtain, lights off, goodbye πŸ’…


🌸 NAME 🌸

brcmf_fweh_detach β€” cleanup firmware event handling.

like, literally that's the whole job. cleanup. she's the friend who stays after the party to help you take the decorations down πŸŽ€


✨ SYNOPSIS ✨

void brcmf_fweh_detach (struct brcmf_pub *drvr );

no return value bestie, it's void β€” she gives you nothing back and honestly that's her main character energy πŸ‘‘


πŸ¦‹ ARGUMENTS πŸ¦‹

  • drvr β€” the driver information object. yeah, that's it. that's the whole argument list. you hand her the struct brcmf_pub * and she handles the rest 🫢

πŸ”₯ SEE ALSO πŸ”₯

the source lives right here in the kernel, no cap:

  • ./drivers/net/wireless/broadcom/brcm80211/brcmfmac/fweh.c

and the whole firmware-event-handling friend group, all iconics, all worth a read:

ngl, if brcmf_fweh_detach is in the room, you can bet brcmf_fweh_attach(9) was there first β€” they're a matched set, yin and yang, setup and shutdown πŸ’œ

⭐ and that's the page! this lil gem comes to you courtesy of ./drivers/net/wireless/broadco... and it's dated October 2026 β€” screenshot it, frame it, put it on your fridge, because she ate and left no crumbs πŸ“πŸ§šπŸ’–

πŸ“¦ where this page comes from