skb_shared_info中页面数组的size大小有何巧妙？

Question

/* To allow 64K frame to be packed as single skb without frag_list */
#define MAX_SKB_FRAGS (65536/PAGE_SIZE + 2)

1. struct skb_frag_struct {
2.         struct page *page;
3.         __u32 page_offset;
4.         __u32 size;
5. };

复制代码

2. /* This data is invariant across clones and lives at
3. * the end of the header data, ie. at skb->end.
4. */
5. struct skb_shared_info {
6.         atomic_t        dataref;
7.         unsigned short        nr_frags;
8.         unsigned short        gso_size;
9.         /* Warning: this field is not always filled in (UFO)! */
10.         unsigned short        gso_segs;
11.         unsigned short  gso_type;
12.         __be32          ip6_frag_id;
13.         struct sk_buff        *frag_list;
14.         skb_frag_t        frags[MAX_SKB_FRAGS];
15. };

复制代码skb_frag_t数组大小为 MAX_SKB_FRAGS ，即在4k页面大小的情况下，数组的size为18，那么skb_shared_info 最多可存储18个页面大小？
一般tcp/udp包头中的大小用short表示，也即最大64k的大小即可，也就是说需要65536/PAGE_SIZE 个页面就可以完全搞定了，可是内核中为什么这么定义呢？
为什么要故意在后面加2个页面大小呢？linux内核这么做的目的在哪？或者说有什么巧妙之处？