]> asedeno.scripts.mit.edu Git - linux.git/commit
genetlink: do not parse attributes for families with zero maxattr
authorMichal Kubecek <mkubecek@suse.cz>
Fri, 11 Oct 2019 07:40:09 +0000 (09:40 +0200)
committerDavid S. Miller <davem@davemloft.net>
Sun, 13 Oct 2019 18:20:03 +0000 (11:20 -0700)
commitcb0ce18aaf4c08f1c5c60d8a09fcba34f63f6f51
treeb13f841190f871ebce54f67e8fb61b68dd10f311
parentc208bdb93788cfd7982c35480f98e75d658719a7
genetlink: do not parse attributes for families with zero maxattr

Commit c10e6cf85e7d ("net: genetlink: push attrbuf allocation and parsing
to a separate function") moved attribute buffer allocation and attribute
parsing from genl_family_rcv_msg_doit() into a separate function
genl_family_rcv_msg_attrs_parse() which, unlike the previous code, calls
__nlmsg_parse() even if family->maxattr is 0 (i.e. the family does its own
parsing). The parser error is ignored and does not propagate out of
genl_family_rcv_msg_attrs_parse() but an error message ("Unknown attribute
type") is set in extack and if further processing generates no error or
warning, it stays there and is interpreted as a warning by userspace.

Dumpit requests are not affected as genl_family_rcv_msg_dumpit() bypasses
the call of genl_family_rcv_msg_attrs_parse() if family->maxattr is zero.
Move this logic inside genl_family_rcv_msg_attrs_parse() so that we don't
have to handle it in each caller.

v3: put the check inside genl_family_rcv_msg_attrs_parse()
v2: adjust also argument of genl_family_rcv_msg_attrs_free()

Fixes: c10e6cf85e7d ("net: genetlink: push attrbuf allocation and parsing to a separate function")
Signed-off-by: Michal Kubecek <mkubecek@suse.cz>
Acked-by: Jiri Pirko <jiri@mellanox.com>
Acked-by: Jakub Kicinski <jakub.kicinski@netronome.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
net/netlink/genetlink.c