请问tcp报文发送过程中 sk_buff 中frags 及 frag_list问题

zaley

frags 及 frag_list 分别是何时填充的？  
到了网络设备层(net_device) 时  frag_list 中的skb 是不是单独 调用 hard_start_xmit  ?
SG类型的聚合分散I/O 与 FRAGLIST类型的聚合分散I/O  对于 底层driver 有何区别？

nswcfd

如果硬件支持的话，应该都是call一次dev_queue_xmit，否则的话，在更早的地方拆分成N个skb。

硬件driver的动作不外乎是根据skb的内容准备描述符，
* 理解SG的driver，从skb->shinfo->frags[]的page上映射报文的数据部分；
* 理解FRAG-LIST的driver，需要变量skb->shinfo->fraglist，对每个片段分别映射。
可以理解成是某种形式的API/ABI约定。

典型的既支持SG又支持SG-LIST的driver是loopback

一般的硬件，比如Intel系列的，支持SG。
SG通常跟某种形式的offload联系在一起，比如checksum offload, TCP segment offload等。
说白了就是软件的工作由硬件完成。

帅绝人寰

nswcfd 发表于 2017-04-06 17:21
如果硬件支持的话，应该都是call一次dev_queue_xmit，否则的话，在更早的地方拆分成N个skb。

硬件driver ...

netdev声称自己支持NETIF_F_FRAGLIST，到底是什么语义？
a) 是说上层 有一个ip fragment好了的skb（它有shinfo->frag_list），只要把第一个skb递交给netdev，netdev就会把frag_list里的skb全都发送出去？


b) 还是说，上层直接给一个skb下来，如果需要分片，网卡会自行fragmentation？

c) 还是说， netdev仅仅是声称自己支持 处理作为ip frag的skb？

反正kernel的注释肯定是错的:

            NETIF_F_FRAGLIST_BIT,           /* Scatter/gather IO. */

nswcfd

感觉是c，声明驱动“可以处理” shinfo->fraglist，但是实际上像loopback/tun这种soft nic的策略是“不处理”，它假设上层接收者支持shinfo->fraglist。（以上纯属个人理解……）

如果不声明，那么在调用driver->xmit之前，dev_queue_xmit负责把shinfo->fraglist拆分成N个报文，分别送给driver->xmit

goingstudy

借楼问个问题，
1. 一个skb的gso segments 包含在skb->len里头吗
比如一个skb，TCP_SKB_CB(skb)->tcp_gso_segs == 3, TCP_SKB_CB(skb)->tcp_gso_size == 100,那么这300B会包含在skb->len里头吗？

2. 一个skb的skb_shinfo(skb)->frags_list里头的skb 是不是到了TCP 层的时候就已经被重组了（是到了frags[]了吗）？

3. skb有这么几个地方可以存数据，skb的线性区，skb_shinfo(skb)->frags[], skb_shinfo(skb)->frag_list, skb->next，这些数据跟skb->len是什么关系，数据的sequence是怎么排的？ 是skb 线性数据 -> skb_shinfo(skb)->frags[] -> .....?

goingstudy

自己顶。。。

nswcfd

1. 应该是的。