Commit d775fc09 authored by Thomas Graf's avatar Thomas Graf Committed by David S. Miller

[RTNETLINK] Fix RTM_MAX to represent the maximum valid message type

RTM_MAX is currently set to the maximum reserverd message type plus one
thus being the cause of two bugs for new types being assigned a) given the
new family registers only the NEW command in its reserved block the array
size for per family entries is calculated one entry short and b) given the
new family registers all commands RTM_MAX would point to the first entry
of the block following this one and the rtnetlink receive path would accept
a message type for a nonexisting family.

This patch changes RTM_MAX to point to the maximum valid message type
by aligning it to the start of the next block and subtracting one.
Signed-off-by: default avatarThomas Graf <tgraf@suug.ch>
Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
parent 492b558b
...@@ -89,8 +89,8 @@ enum { ...@@ -89,8 +89,8 @@ enum {
RTM_GETANYCAST = 62, RTM_GETANYCAST = 62,
#define RTM_GETANYCAST RTM_GETANYCAST #define RTM_GETANYCAST RTM_GETANYCAST
RTM_MAX, __RTM_MAX,
#define RTM_MAX RTM_MAX #define RTM_MAX (((__RTM_MAX + 3) & ~3) - 1)
}; };
/* /*
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment