【wpa_supplicant】从 assoc 动作窥伺supplicant与driver的交互(二)

写在前面

关于nl80211和cfg80211
这个之前一直困扰，今天问了下坐我旁边的大神，终于稍微懂了点

nl80211 是内核的一套无线驱动接口，标志性的特征就是 TAG-DATA一一对应，例如
bssid = nla_data(info->attrs[NL80211_ATTR_MAC]); 就是从netlink msg中取出mac存到bssid中去
wpa_supplicant 发起的MLME命令都是按固定格式发送netlink msg（socket通信）给nl80211（supplicant是用户态，而nl80211是内核态）
nl80211用于配置一个cfg80211设备，且用于kernel与userspace间的通信

cfg80211则类似一个插座，从架构图上看，更下面的driver是插头，上面的nl80211是插孔
driver在初始化的时候（gl_init）会向cfg80211注册一个wireless device（wdev），将所有80211相关的api注入此wdev
这些api再被nl80211调用，比如
nl80211_associate -> cfg80211_mlme_assoc

回到正题

书接上文，继续从 assoc 动作窥伺supplicant与driver的交互

//nl80211.c
nl80211_associate
	err = cfg80211_mlme_assoc(rdev, dev, chan, bssid, ssid, ssid_len, &req);

//mlme.c
//req -> struct cfg80211_assoc_request *req
cfg80211_mlme_assoc
	err = rdev_assoc(rdev, dev, req);

//rdev-ops.h
//是不是感觉和 wpa_drv_associate 很像捏
static inline int rdev_disassoc(struct cfg80211_registered_device *rdev,
				struct net_device *dev,
				struct cfg80211_disassoc_request *req)
{
	int ret;
	ret = rdev->ops->disassoc(&rdev->wiphy, dev, req);
	return ret;
}

rdev->ops 一般会在driver init的时候注入，这个各家厂商的设计不一样。保命起见，我不能直接放源码
但可以明确的是

static inline struct wiphy *wiphy_new(const struct cfg80211_ops *ops, int sizeof_priv)
所有wlan driver init过程中都会调用此函数（或者wiphy_new_nm）来创建一个wiphy变量，并将一堆ops绑定它

所以我们知道
wpa_supplicant 的一个动作要经过

1. 把信息按格式塞到对应tag，发送nl_msg，传给nl80211
2. nl80211取出信息，封装好之后，调用cfg80211的api，cfg80211的api调用实质是 cfg80211_registered_device *dev->ops
3. driver执行动作

到这里，作为一个驱动工程师该了解的就差不多了

一些后续学习的想法

这个流程过完之后，后面的学习大致顺序是

1. 看一下driver如何告诉supplicant自己做的一些事情以及结果
2. 简单过下 wpa_supplicant_ 前缀的函数，要知道supplicant能做哪些事情，带参是什么
3. 同上，整理wifi常见特性使用时supplicant做的操作，比如连接一个热点，WLAN直连等
4. 是时候自己用wpa_cli写一些“属于自己”的函数了

看源码的过程中，还是要尽量做到对 数据结构 敏感