IAYLBL的博客

CNSS除了提供基本的接口打包，芯片制御，还包含了复归子系统用于对硬件等部分进行复归。

下面针对str的动作流程进行简要分析。

前面说完了cnss驱动的基本流程处理，这里大概看一下qcacld驱动的启动处理。

前面简单介绍了qcom wifi驱动的组成，今天详细讲讲驱动的初始化以及启动流程。

先从串口看一下编译出来的模块，在...通过lsmod不难看出，编译出来的文件主要是cnss2模块以及qca不同型号对应的模块，实际会根据具体芯片加载具体的qca驱动。比如qca6490就是硬件对应使用的驱动，那么cnss2后面信息是记载的used by内容，也就是cnss2是被qca6490所使用的。因此从上面信息可以看出来cnss应该是qca驱动的一个子模块，或者子系统。为了更好的理解，再来看看官方的解释：CNSS2为qcom的wlan驱动(qca)的一个子系统。

前面讲到了从L2状态转到了L3状态，进入网络层相关处理，继续看看后续是如何启动DHCP的。

上文讲到了连接过程中mac地址的配置，今天继续往下看后续的连接动作处理。

前面已经讲完了WIFI打开的流程，那么通过UI这时候是可以选择需要连接的网络进行连接。从这里开始我们看连接的流程。

上一章讲到了底层驱动是如何打开网卡设备的，当我们通过UI界面打开WIFI以后，可以看到界面会自动扫描周围的设备，并准备后续的连接动作了。接下来还得回到framework层继续分析，在打开设备以后是如何进行扫描的。

上一章讲到了如何通过上层逐步调用到底层ndo_open接口的，这章就以驱动视角分析ndo_open具体做了什么吧。

上篇文章讲到了UI打开WIFI以后，逐步调用到加载底层驱动以及通知等相关流程。这篇接着上文继续往下看WIFI ON的后续动作。

当通过安卓UI界面打开WIFI时，我们直观的能看到WIFI被打开并且开始了扫描。这其中当然包含了一些我们看不到的流程，包括加载驱动、打开设备、扫描等等动作。而这些动作也离不开底层驱动的处理，那么我们就以底层的视角去看看上层是如何一步步最终调用到底层驱动的吧。