drivers/net/wireless/broadcom/brcm80211/brcmfmac/usb.c
Source file repositories/reference/linux-study-clean/drivers/net/wireless/broadcom/brcm80211/brcmfmac/usb.c
File Facts
- System
- Linux kernel
- Corpus path
drivers/net/wireless/broadcom/brcm80211/brcmfmac/usb.c- Extension
.c- Size
- 39631 bytes
- Lines
- 1605
- Domain
- Driver Families
- Bucket
- drivers/net
- Inferred role
- Driver Families: operation-table or driver-model contract
- Status
- pattern implementation candidate
Why This File Exists
Repeatable hardware-adapter layer. Deep compatibility for every driver is out of scope; this atlas records patterns, probe lifecycles, bus glue, IRQ/DMA usage, and links back to core abstractions.
- Repeatable hardware-adapter layer. Deep compatibility for every driver is out of scope; this atlas records patterns, probe lifecycles, bus glue, IRQ/DMA usage, and links back to core abstractions.
- Defines an operation table; this is where Linux turns generic core objects into subsystem-specific behavior.
- Uses kernel synchronization; read lock ordering, sleepability, and interrupt context assumptions before translating.
- Allocates kernel memory; connect allocation flags and lifetime to context constraints.
- Defines or uses C structs; map object ownership, embedded links, reference counts, and lock ownership.
Dependency Surface
linux/kernel.hlinux/module.hlinux/firmware.hlinux/usb.hlinux/vmalloc.hbrcmu_utils.hbrcm_hw_ids.hbrcmu_wifi.hbus.hdebug.hfirmware.husb.hcore.hcommon.hbcdc.h
Detected Declarations
struct trx_header_lestruct rdl_state_lestruct bootrom_id_lestruct brcmf_usbdev_infofunction brcmf_usb_ioctl_resp_waitfunction brcmf_usb_ioctl_resp_wakefunction brcmf_usb_ctl_completefunction brcmf_usb_ctlread_completefunction brcmf_usb_ctlwrite_completefunction brcmf_usb_send_ctlfunction brcmf_usb_recv_ctlfunction brcmf_usb_tx_ctlpktfunction brcmf_usb_rx_ctlpktfunction brcmf_usb_enqfunction brcmf_usbdev_qinitfunction brcmf_usb_free_qfunction list_for_each_entry_safefunction brcmf_usb_del_fromqfunction brcmf_usb_tx_completefunction brcmf_usb_rx_completefunction brcmf_usb_rx_refillfunction brcmf_usb_rx_fill_allfunction brcmf_usb_state_changefunction brcmf_usb_txfunction brcmf_usb_upfunction brcmf_cancel_all_urbsfunction brcmf_usb_downfunction brcmf_usb_sync_completefunction brcmf_usb_dl_cmdfunction brcmf_usb_dlneededfunction brcmf_usb_resetcfgfunction brcmf_usb_dl_send_bulkfunction brcmf_usb_dl_writeimagefunction brcmf_usb_dlstartfunction brcmf_usb_dlrunfunction brcmf_usb_fw_downloadfunction brcmf_usb_detachfunction check_filefunction brcmf_usb_get_blobfunction brcmf_usb_probe_phase2function brcmf_usb_prepare_fw_requestfunction brcmf_usb_probe_cbfunction brcmf_usb_disconnect_cbfunction brcmf_usb_probefunction brcmf_usb_disconnectfunction brcmf_usb_suspendfunction brcmf_usb_resumefunction brcmf_usb_reset_resume
Annotated Snippet
struct device_driver *drv = &brcmf_usbdrvr.driver;
int ret;
brcmf_dbg(USB, "Enter\n");
ret = driver_for_each_device(drv, NULL, NULL,
brcmf_usb_reset_device);
if (ret)
brcmf_err("failed to reset all usb devices %d\n", ret);
usb_deregister(&brcmf_usbdrvr);
}
int brcmf_usb_register(void)
{
brcmf_dbg(USB, "Enter\n");
return usb_register(&brcmf_usbdrvr);
}
Annotation
- Immediate include surface: `linux/kernel.h`, `linux/module.h`, `linux/firmware.h`, `linux/usb.h`, `linux/vmalloc.h`, `brcmu_utils.h`, `brcm_hw_ids.h`, `brcmu_wifi.h`.
- Detected declarations: `struct trx_header_le`, `struct rdl_state_le`, `struct bootrom_id_le`, `struct brcmf_usbdev_info`, `function brcmf_usb_ioctl_resp_wait`, `function brcmf_usb_ioctl_resp_wake`, `function brcmf_usb_ctl_complete`, `function brcmf_usb_ctlread_complete`, `function brcmf_usb_ctlwrite_complete`, `function brcmf_usb_send_ctl`.
- Atlas domain: Driver Families / drivers/net.
- Implementation status: pattern implementation candidate.
- Synchronization appears in or near this file; preserve lock ordering, sleepability, and interrupt-context constraints.
Implementation Notes
- This generated page is the file-by-file coverage layer; curated subsystem chapters should link here when they synthesize a multi-file control flow.
- Core OS pages should be promoted from atlas-only to deep-reviewed when they explain data structures, invariants, locking, lifecycle, and C implementation snippets.
- Driver-family pages are intentionally pattern-oriented unless they are part of the selected PCIe/NVMe representative device path.