我们来看一个virtio_net设备的校验和配置：

[root@10 ~]# ethtool -K eth0 tx-checksumming on   //caq:大写的K用来调整feature
[root@10 ~]# ethtool -k eth0                      //caq:小写的k用来查看feature
Features for eth0:
rx-checksumming: off [fixed]
tx-checksumming: on
        tx-checksum-ipv4: off [fixed]
        tx-checksum-ip-generic: on
        tx-checksum-ipv6: off [fixed]
        tx-checksum-fcoe-crc: off [fixed]
        tx-checksum-sctp: off [fixed]

问题是：

1、tx-checksum-ip-generic对应的feature是什么？

2、为什么 tx-checksum-ip-generic 为on ，而 tx-checksum-ipv4 是off 并且是[fixed]呢？

3、ethtool打印的[fixed]代表啥？

4、tx-checksum-ip-generic 与 tx-checksum-ipv4 以及 tx-checksum-ipv6 的关系是？

先来看第一个问题，查看内核代码：

从如下的代码中，我们知道， NETIF_F_HW_CSUM_BIT 其实就对应着 tx-checksum-ip-generic 。第一个问题解答完毕。

static const char netdev_features_strings[NETDEV_FEATURE_COUNT][ETH_GSTRING_LEN] = {
    [NETIF_F_SG_BIT] =               "tx-scatter-gather",
    [NETIF_F_IP_CSUM_BIT] =          "tx-checksum-ipv4",
    [NETIF_F_HW_CSUM_BIT] =          "tx-checksum-ip-generic",//caq:对user展示为 tx-checksum-ip-generic，其实就是 NETIF_F_HW_CSUM_BIT
    [NETIF_F_IPV6_CSUM_BIT] =        "tx-checksum-ipv6",

#define __NETIF_F_BIT(bit)    ((netdev_features_t)1 << (bit))
#define __NETIF_F(name)        __NETIF_F_BIT(NETIF_F_##name##_BIT)
**#define NETIF_F_HW_CSUM        __NETIF_F(HW_CSUM)**
#define NETIF_F_HW_VLAN_CTAG_FILTER __NETIF_F(HW_VLAN_CTAG_FILTER)
#define NETIF_F_HW_VLAN_CTAG_RX    __NETIF_F(HW_VLAN_CTAG_RX)
#define NETIF_F_HW_VLAN_CTAG_TX    __NETIF_F(HW_VLAN_CTAG_TX)
**#define NETIF_F_IP_CSUM        __NETIF_F(IP_CSUM)**  //caq: NETIF_F_IP_CSUM 就是 1<< NETIF_F_IP_CSUM_BIT
**#define NETIF_F_IPV6_CSUM    __NETIF_F(IPV6_CSUM)**

从上面的宏可以看出，NETIF_F_HW_CSUM 其实就是 1<<NETIF_F_HW_CSUM_BIT

具体的值由下面的枚举决定，也就是：

enum {
    NETIF_F_SG_BIT,         /* Scatter/gather IO. */
    NETIF_F_IP_CSUM_BIT,        /* Can checksum TCP/UDP over IPv4. */
    __UNUSED_NETIF_F_1,
    NETIF_F_HW_CSUM_BIT,        /* Can checksum all the packets. */
    NETIF_F_IPV6_CSUM_BIT,      /* Can checksum TCP/UDP over IPV6 */

再来关注第二个问题，也是查看内核代码，

static int virtnet_probe(struct virtio_device *vdev)
{
.....
/* Do we support "hardware" checksums? */
    if (virtio_has_feature(vdev, VIRTIO_NET_F_CSUM)) {//caq:设备进行校验和计算
        /* This opens up the world of extra features. */
        dev->hw_features |= NETIF_F_HW_CSUM | NETIF_F_SG;
        if (csum)
            dev->features |= NETIF_F_HW_CSUM | NETIF_F_SG;
.....
}

说明virtio_net设备，如果 VIRTIO_NET_F_CSUM 设置的话，只是具备了 NETIF_F_HW_CSUM 的feature，所以它展示为on，而

NETIF_F_IP_CSUM并没有设置，所以为off，第二个问题解答完毕。

第三个问题，为啥看到的是fixed打印，

参考https://stackoverflow.com/questions/27478810/what-does-the-meaning-of-fixed-string-in-output-of-ethtool-command，

Those are the parameters that cant be changed, they are "fixed"，也就是固定的意思，不可更改，而不可更改的原因一般是，硬件或者驱动没有提供这个feature，所以用户

去更改的时候会 报Could not change any device features。

有兴趣的同学或者可以参考ethtool的源码。

查看相关的合入记录，以及参考 kernel的资料，一般认为：

NETIF_F_HW_CSUM is a superset of NETIF_F_IP_CSUM + NETIF_F_IPV6_CSUM. It means that device can fill TCP/UDP-like checksum anywhere in the packets whatever headers there might be.

也就是说，NETIF_F_HW_CSUM 是 NETIF_F_IP_CSUM 和 NETIF_F_IPV6_CSUM 的一个超集。

那是不是说 NETIF_F_HW_CSUM 设置了on，则 NETIF_F_IP_CSUM 一定是on呢？显然不是，这个超级就像 你用推土机挖山，也可以用锄头或者铁锹，推土机从

功能上看覆盖了锄头和铁锹，但是你要用推土机挖一锄头，还得使能它具备锄头的能力才行。也就是特性上，目前还维护了三个。

但是既然是硬件计算校验和，NETIF_F_HW_CSUM从功能上显然是能覆盖，所以

NETIF_F_HW_CSUM 的出现，显得 NETIF_F_IP_CSUM 和 NETIF_F_IPV6_CSUM 就过时了。这个也和

https://lwn.net/Articles/666178/ 这篇文章说的类似。第四个问题解答完毕。

Many drivers advertise NETIF_F_IP_CSUM and NETIF_F_IPV6_CSUM and it
probably isn't feasible to convert them all in a given time frame
(although if we could this would be a great simplification to the
stack). A reasonable direction may be to declare that new drivers must
use NETIF_F_HW_CSUM as NETIF_F_IP_CSUM and NETIF_F_IPV6_CSUM are
considered deprecated.

参考资料：

https://www.kernel.org/doc/html/v5.14/networking/netdev-features.html