LIFE CYCLE OF THE TRANSPORT LAYER(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– Life cycle of the transport layer(9) πŸ’–

Okay bestie, this one is from the Kernel API Manual, section 9, and it's giving very precise life cycle energy. The transport layer does not do chaos β€” it has steps, and we're gonna respect them.

The transport layer has a very precise life cycle.

  1. A helper function is called during the module initialization, and it registers the bus driver's ops with the transport's alloc function. ✨
  2. Bus's probe calls the transport layer's allocation functions. And yes, of course this function is bus specific. 🚌
  3. Those allocation functions will spawn the upper layer, which will register mac80211. πŸ’…
  4. At some point (i.e. mac80211's start call), the op_mode will call this exact sequence: start_hw start_fw. πŸ”₯
  5. Then when it's finished (or reset): stop_device. πŸ›‘
  6. Eventually, the free function will be called. Bye bestie, clean exit. πŸ¦‹

πŸ‘‘ SEE ALSO πŸ‘‘

  • Kernel file ./drivers/net/wireless/intel/iwlwifi/iwl-trans.h
  • Transport layer - what is it ?(9)
  • enum CMD_MODE(9)
  • struct iwl_device_cmd(9)
  • struct iwl_device_tx_cmd(9)
  • enum iwl_hcmd_dataflag(9)
  • struct iwl_host_cmd(9)
  • enum iwl_trans_status(9)
  • struct iwl_dump_sanitize_ops(9)
  • struct iwl_trans_config(9)
  • struct iwl_trans_rxq_dma_data(9)
  • struct iwl_pnvm_image(9)
  • enum iwl_trans_state(9)
  • Platform power management(9)
  • enum iwl_ini_cfg_state(9)
  • struct iwl_dram_data(9)
  • struct iwl_dram_regions(9)
  • struct iwl_fw_mon(9)
  • struct iwl_self_init_dram(9)
  • struct iwl_imr_data(9)
  • struct iwl_pc_data(9)
  • struct iwl_trans_debug(9)
  • struct iwl_trans_info(9)
  • struct iwl_trans(9)
  • iwl_trans_resched_with_nic_access(9)

Catch you later, icon πŸ’œ β€” this page came from source/version ./drivers/net/wireless/intel/i..., dated October 2026. Slay. πŸŽ€

πŸ“¦ where this page comes from