diff options
author | Michal Kubecek <mkubecek@suse.cz> | 2019-10-11 09:40:09 +0200 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2019-10-13 11:20:03 -0700 |
commit | cb0ce18aaf4c08f1c5c60d8a09fcba34f63f6f51 (patch) | |
tree | b13f841190f871ebce54f67e8fb61b68dd10f311 /samples | |
parent | c208bdb93788cfd7982c35480f98e75d658719a7 (diff) | |
download | linux-cb0ce18aaf4c08f1c5c60d8a09fcba34f63f6f51.tar.gz linux-cb0ce18aaf4c08f1c5c60d8a09fcba34f63f6f51.tar.bz2 linux-cb0ce18aaf4c08f1c5c60d8a09fcba34f63f6f51.zip |
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>
Diffstat (limited to 'samples')
0 files changed, 0 insertions, 0 deletions