cfg80211的kernel架构（基于Linux 3.08）之sta 201

本文主要是介绍cfg80211的kernel架构（基于Linux 3.08）之sta 201，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

大致框架

2， 几个主要流程

a) malloc & init(softmac)

内存分布

struct wiphy

struct ieee80211_local

Driver private class

结构体关系

初始化顺序

• module_init，注册xxxx_driver_ops
• xxxx_probe，各种资源初始化。
• ieee80211_alloc_hw，两个参数分别为mac80211_config_ops和private class的size
  • wiphy_new分配整块内存，wiphy_new里面初始化cfg80211_registered_device的一些成员
  • 初始化ieee80211_local各个成员，并将wiphy.priv指向ieee80211_local
  • ieee80211_local偏移到末尾，指针指向private class，并且保留在ieee80211_local.hw.priv
• 初始化private class
• ieee80211_register_hw，实现mac80211硬件的注册
  • wiphy_register添加dev（device_add），以及一些sanity检测
  • 并且初始化channel，iface以及wep等。
  • 调用ieee80211_if_add添加一个wlan0，类型为sta的net_device，并且给该net_device分配一块私有数据区：ieee80211_sub_if_data，已经实现了一套net_device_ops
    

b) beacon frame

接收流程

对于管理帧，通常是ieee80211_rx_handlers调用ieee80211_rx_h_mgmt，然后用wq的方式调用ieee80211_iface_work进一步调用ieee80211_sta_rx_queued_mgmt去处理。

beacon响应流程

TIM IE:
E-id | length | DTIM count | DTIM period | Bitmap control | PVM(1-256byte)

remain to investigate:

how passive scan is implemented by beacon?

c) scan

d) auth and associate

wpa_s->drv_flags & WPA_DRIVER_FLAGS_SME

1. true): sme_authenticate->wpa_driver_nl80211_authenticate...->cfg80211_mlme_auth
2. false):  wpa_drv_associate->wpa_driver_nl80211_connect...->cfg80211_mlme_auth

assoc成功之后会调用driver的set_key函数update key， 一般是放到wifi芯片某个管脚对应的缓存区域，从而实现硬件加密（与xmit skb缓存区进行与或，eg）。
具体函数栈流程如下：

e) rx/tx data

rx:

xmit:

e) csa

1）beacon 2）action帧
没连上，正在scan，不用管
手头有任务，先把手头任务做完，然后断开连接
手头没任务，调用driver的channel_switch(回调实现后面的改chan值)或者hw_config函数，然后把local的chan值改一下

f) missing

some details: off channel,

3， wifi driver部分之bcmdhd

a) init（施工ing）
b) fireware load（施工ing）

这篇关于cfg80211的kernel架构（基于Linux 3.08）之sta 201的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---