Skip to content

rtnetlink: a bunch of fixes for userspace notifications in changing dev properties

Xin Long netdev 1 version In review

Get series with b4
b4 am [email protected]

Versions newest first

  1. v1 Latest6 patches 11 repliesIn review

Patches in v1 No applies recorded yet

#Subject and filesSizeRepliesApplied
1/6rtnetlink: bring NETDEV_CHANGEMTU event process back in rtnetlink_eventnet/core/rtnetlink.c+1 -00 replies
2/6rtnetlink: bring NETDEV_CHANGE_TX_QUEUE_LEN event process back in rtnetlink_eventnet/core/rtnetlink.c+1 -01 reply
3/6rtnetlink: bring NETDEV_POST_TYPE_CHANGE event process back in rtnetlink_eventnet/core/rtnetlink.c+1 -01 reply
4/6rtnetlink: bring NETDEV_CHANGEUPPER event process back in rtnetlink_eventnet/core/rtnetlink.c+1 -01 reply
5/6rtnetlink: check DO_SETLINK_NOTIFY correctly in do_setlinknet/core/rtnetlink.c+1 -110 replies
6/6rtnetlink: do not set notification for tx_queue_len in do_setlinknet/core/rtnetlink.c+1 -11 reply

Reviews trailers per patch

5 of 6 patches have a Reviewed-by or Acked-by.

PatchDavid AhernNicolas Dichtel
1/6
2/6A-b
3/6A-b
4/6A-b
5/6A-b A-b
6/6A-b

Trailers given in replies are filled; those carried in the patches from earlier versions are outlined with dashes.

Read the v1 thread

Cover letter [PATCH net 0/6] rtnetlink: a bunch of fixes for userspace notifications in changing dev properties

Whenever any property of a link, address, route, etc. changes by whatever way, kernel should notify the programs that listen for such events in userspace.

The patchet "rtnetlink: Cleanup user notifications for netdev events" tried to fix a redundant notifications issue, but it also introduced a side effect.

After that, user notifications could only be sent when changing dev properties via netlink api. As it removed some events process in rtnetlink_event where the notifications was sent to users.

It resulted in no notification generated when dev properties are changed via other ways, like ioctl, sysfs, etc. It may cause some user programs doesn't work as expected because of the missing notifications.

This patchset will fix it by bringing some of these netdev events back and also fix the old redundant notifications issue with a proper way.

Xin Long (6):
rtnetlink: bring NETDEV_CHANGEMTU event process back in
rtnetlink_event
rtnetlink: bring NETDEV_CHANGE_TX_QUEUE_LEN event process back in
rtnetlink_event
rtnetlink: bring NETDEV_POST_TYPE_CHANGE event process back in
rtnetlink_event
rtnetlink: bring NETDEV_CHANGEUPPER event process back in
rtnetlink_event
rtnetlink: check DO_SETLINK_NOTIFY correctly in do_setlink
rtnetlink: do not set notification for tx_queue_len in do_setlink

 net/core/rtnetlink.c | 8 ++++++--
 1 file changed, 6 insertions(+), 2 deletions(-)
Signature · 1 line
2.1.0