IAYLBL的博客

前面整体流程大概过了一遍，这里做一个结构图和时序图总结吧，由于qnx库文件封装的缘故，时序图不一定准确，大概帮助理解即可。

前面说的都是android侧FE的处理，现在来看看BE端，也就是qnx侧。但是由于都是以库形式，不能分析代码，就以log来简单看看处理流程吧。

前面说的都是ethqos-thin驱动的基本功能实现，这篇就看看驱动中重要的emac_fe_ev_wq工作队列，emac_fe_ev_wq负责收取cmd通知，来判断当前的网卡状态，并基于不同的状态对驱动做出不同的处理。同时emac_ctrl_fe_virtio驱动负责与BE端通信，获取的cmd发送到emac_fe_ev_wq队列中处理。

probe函数完成了驱动的初始化流程，并且成功创建网络设备，网络设备就必然会有网络接口的注册，再来看看网络接口中打开网络设备时以及数据传输的接口实现。

前面看过了ethqos-thin的设备树，接下来看看驱动具体的实现内容。

前面提到了qnx侧的网卡驱动对应的设备是emac0，android侧通过virtio-net创建虚拟网络设备节点eth0，两者之间进行通信，接下来就从设备树来看看ethqos-thin驱动的设备信息。

io-pkt就是qnx微内核的网络管理模块（network manager），这是一个kernel空间以外的进程，运行在app空间。同时它也支持TCP/IP（TCP、UDP、IPv4、IPv6）。你可以使用以下方式动态的加载驱动：当启动io-pkt时当io-pkt运行时io-sock就是qnx微内核的网络管理模块（network manager），这是一个kernel空间以外的进程，运行在app空间。同时它也支持TCP/IP（TCP、UDP、IPv4、IPv6）。