diff options
author | Pali Rohár <pali@kernel.org> | 2021-08-07 15:27:03 +0200 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2021-08-08 14:07:52 +0200 |
commit | 2459dcb96bcba94c08d6861f8a050185ff301672 (patch) | |
tree | 8bea657d5d8a440e369dea7ad0b72d68c615dd22 /Documentation/usb/functionfs.rst | |
parent | Merge branch 'bnxt_en-ptp-fixes' (diff) | |
download | linux-2459dcb96bcba94c08d6861f8a050185ff301672.tar.xz linux-2459dcb96bcba94c08d6861f8a050185ff301672.zip |
ppp: Fix generating ifname when empty IFLA_IFNAME is specified
IFLA_IFNAME is nul-term string which means that IFLA_IFNAME buffer can be
larger than length of string which contains.
Function __rtnl_newlink() generates new own ifname if either IFLA_IFNAME
was not specified at all or userspace passed empty nul-term string.
It is expected that if userspace does not specify ifname for new ppp netdev
then kernel generates one in format "ppp<id>" where id matches to the ppp
unit id which can be later obtained by PPPIOCGUNIT ioctl.
And it works in this way if IFLA_IFNAME is not specified at all. But it
does not work when IFLA_IFNAME is specified with empty string.
So fix this logic also for empty IFLA_IFNAME in ppp_nl_newlink() function
and correctly generates ifname based on ppp unit identifier if userspace
did not provided preferred ifname.
Without this patch when IFLA_IFNAME was specified with empty string then
kernel created a new ppp interface in format "ppp<id>" but id did not
match ppp unit id returned by PPPIOCGUNIT ioctl. In this case id was some
number generated by __rtnl_newlink() function.
Signed-off-by: Pali Rohár <pali@kernel.org>
Fixes: bb8082f69138 ("ppp: build ifname using unit identifier for rtnl based devices")
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'Documentation/usb/functionfs.rst')
0 files changed, 0 insertions, 0 deletions