diff options
author | Vladimir Oltean <vladimir.oltean@nxp.com> | 2022-02-28 17:17:15 +0300 |
---|---|---|
committer | Jakub Kicinski <kuba@kernel.org> | 2022-03-02 05:26:21 +0300 |
commit | 0b0e2ff10356e7e2ffd66ecdd6eee69a2f03449b (patch) | |
tree | 31d5bcd796965afcbc8c3e74fb51a3f56a1cc51f /drivers | |
parent | 2e77551c61286bac56ebf337b1ac2dd419952c8d (diff) | |
download | linux-0b0e2ff10356e7e2ffd66ecdd6eee69a2f03449b.tar.xz |
net: dsa: restore error path of dsa_tree_change_tag_proto
When the DSA_NOTIFIER_TAG_PROTO returns an error, the user space process
which initiated the protocol change exits the kernel processing while
still holding the rtnl_mutex. So any other process attempting to lock
the rtnl_mutex would deadlock after such event.
The error handling of DSA_NOTIFIER_TAG_PROTO was inadvertently changed
by the blamed commit, introducing this regression. We must still call
rtnl_unlock(), and we must still call DSA_NOTIFIER_TAG_PROTO for the old
protocol. The latter is due to the limiting design of notifier chains
for cross-chip operations, which don't have a built-in error recovery
mechanism - we should look into using notifier_call_chain_robust for that.
Fixes: dc452a471dba ("net: dsa: introduce tagger-owned storage for private and shared data")
Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com>
Link: https://lore.kernel.org/r/20220228141715.146485-1-vladimir.oltean@nxp.com
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
Diffstat (limited to 'drivers')
0 files changed, 0 insertions, 0 deletions