rtnetlink: provide permanent hardware address in RTM_NEWLINK · Pull Request !132 · 嵌入式软件部/Phytium-Linux-Kernel

将主线提交 `f74877a5457d34d604dba6dbbb13c4c05bac8b93` (`rtnetlink: provide permanent hardware address in RTM_NEWLINK`) 合到当前 4.19 内核。

systemd v255 在处理 `.link` 文件中的 `PermanentMACAddress=` 时，会优先从rtnetlink 读取 `IFLA_PERM_ADDRESS`。如果内核不提供该属性，systemd 会回退到`ETHTOOL_GPERMADDR`。

这个 ethtool 回退路径在 `.link` 处理阶段并不总是可靠。stmmac 平台网卡驱动设置了 `stmmac_ethtool_ops.begin = stmmac_check_if_running`，而`stmmac_check_if_running()` 会在接口尚未 running 时返回 `-EBUSY`。`.link`匹配发生在 systemd-networkd 将接口拉起之前，因此即使内核中已经填充了`dev->perm_addr`，`PermanentMACAddress=` 仍可能因为 ethtool 查询失败而无法匹配。

## 复现方法

(下文的 ff:ff:ff:ff:ff:ff 为模糊化 MAC，实际复现时应替换成实机 MAC)

在飞腾D2000平台、4.19内核上，给网卡 enaphyt4i0 按永久MAC地址配置一个 systemd-networkd .link 文件来匹配更名：

```ini
# /etc/systemd/network/01-ge1.link
[Match]
Type=ether
PermanentMACAddress=ff:ff:ff:ff:ff:ff

[Link]
Name=ge1
```

重启后，接口没有被重命名：

```log
$ networkctl list --no-pager
IDX LINK       TYPE     OPERATIONAL SETUP
  1 lo         loopback carrier     unmanaged
  2 enaphyt4i0 ether    off         unmanaged
  3 sit0       sit      off         unmanaged
  4 usb1       ether    routable    configured
```

这个 unmanaged 的状态下，MAC 地址和地址分配类型都是正常的：

```console
$ cat /sys/class/net/enaphyt4i0/address
ff:ff:ff:ff:ff:ff

$ cat /sys/class/net/enaphyt4i0/addr_assign_type
0
```

但是在接口 down 的状态下，ethtool 回退路径会失败：

```console
$ ethtool -P enaphyt4i0
Cannot read permanent address: Device or resource busy
```

`udevadm test-builtin` 显示 `.link` 匹配阶段遇到同样的错误，并最终落到默认 link 文件：

```console
$ SYSTEMD_LOG_LEVEL=debug udevadm test-builtin net_setup_link /sys/class/net/enaphyt4i0
...
Parsed configuration file "/usr/lib/systemd/network/99-default.link"
Parsed configuration file "/etc/systemd/network/01-ge1.link"
...
enaphyt4i0: Device has addr_assign_type=0
...
enaphyt4i0: Failed to get permanent hardware address, ignoring: Device or resource busy
enaphyt4i0: Config file /usr/lib/systemd/network/99-default.link is applied
...
ID_NET_LINK_FILE=/usr/lib/systemd/network/99-default.link
ID_NET_NAME=enaphyt4i0
```

使用 `strace` 可以确认失败来自 `SIOCETHTOOL` ioctl：

```console
$ strace -e ioctl ethtool -P enaphyt4i0
ioctl(3, SIOCETHTOOL, ...) = -1 EBUSY (Device or resource busy)
Cannot read permanent address: Device or resource busy
```

## 原因与修复

4.19 内核没有通过 rtnetlink 暴露 `dev->perm_addr`，因此 systemd 只能回退到`ETHTOOL_GPERMADDR`。

而 stmmac 的所有 ethtool 操作都会先经过 `.begin`：

```c
static int stmmac_check_if_running(struct net_device *dev)
{
	if (!netif_running(dev))
		return -EBUSY;
	return 0;
}

static const struct ethtool_ops stmmac_ethtool_ops = {
	.begin = stmmac_check_if_running,
	...
};
```

由于 `.link` 匹配发生时接口尚未 running，systemd 无法通过 ethtool 读取永久硬件地址；但此时内核实际已经有可用的 `dev->perm_addr`。

可以在 `RTM_NEWLINK` 消息中通过 `IFLA_PERM_ADDRESS` 暴露永久硬件地址；当`dev->perm_addr` 全零时不输出该属性。

上游补丁通过 `NLA_REJECT` 拒绝用户态设置 `IFLA_PERM_ADDRESS`。当前 4.19 树没有`NLA_REJECT`，因此本版本在 `validate_linkmsg()` 中显式拒绝
`IFLA_PERM_ADDRESS`。

应用该补丁后，systemd v255 可以在 `.link` 匹配阶段直接从 rtnetlink 获取永久MAC 地址，不再依赖 stmmac 的 ethtool 回退路径。因此即使接口尚未 running，`PermanentMACAddress=` 规则也可以正确匹配，并将接口重命名为 `ge1`。

类型	指派人员	状态
审查	刘天宇	进行中 (0/1人)
测试	刘天宇黄杰 zuoqian	进行中 (0/1人)

嵌入式软件部/Phytium-Linux-Kernel .gitee-modal { width: 500px !important; }

搜索帮助

嵌入式软件部/Phytium-Linux-Kernel