日志打印的时候，把行数也打印了： 

 登录 - Gitee.comhttps://gitee.com/r77683962/linux-6.9.0/commit/b847489a9910f68b9581fd8788807c697c82cdbd

上回基于应用层wget操作找到TCP调用的一些接口，并且已经到IP层的一些接口，当前基于TCP的这根藤一直往下摸瓜，当前测试到L2层，但是不知道是不是正确的，添加的日志打印：

登录 - Gitee.comhttps://gitee.com/r77683962/linux-6.9.0/commit/ae06f0b767833040f7fc84eb433893431fe8048e行日志如下：

https://gitee.com/r77683962/linux-6.9.0/raw/ae06f0b767833040f7fc84eb433893431fe8048e/test_log/kern_tcp_ip_l2_2.log

我们先从日志找找，看看有没有觉得有用些的信息(这里有个小插曲，wget这个命令主要是下载，因为要看一个包从TCP到IP再到L2的函数调用流程，要找的是包在内核的发送流程（有的会问，那乍不把包是如何封装的过程也搞上呢，这。。。。主干流程都找到了，这种封包添加包头，加包尾什么的，应该也可以摸索出来的），要注意下，在实际添加打印日志的时候，也是自已根据阅读内核源码，感觉代码可能执行到哪里了，凭感觉走，不太确定，所以添加打印日志，验证自已的想法，因为代码里边会有各种分支流程什么的，在函数里边要学会找主流程，分支的一些参数设置、参数判断，一些宏处理什么这类非主干的流程要适当的放下，类似找项目的关键路径)：

 接下来，我们一起看看上图这个红色方框，从代码级看是什么样子的：

这边也没有接上。。。。。

这边好像没有接上。。。。有点尴尬了。。。

注意，这个调用关系可能有问题。。函数调用的层级很多。。

下边这部分是按照代码流程猜测的。。。可能也不对。。

这个函数有两个分支，不知道是走的哪个分支。。。

正常的理解，操作系统从TCP调用IP，然后从IP调用L2这是正常的流程。 

其实到这里，如果自学能跟上的话，可以按照自已的想法提出假设，修改代码，重新编译内核，重启电脑，wget xxxx，查看日志，就可以验证自已的假设是否正确。

网络TCP操作这块到这里基本上结束了，下一个部分想想从哪方面入手。