aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/net/tipc
diff options
context:
space:
mode:
authorRoi Dayan <roid@nvidia.com>2020-11-19 14:20:44 +0200
committerSaeed Mahameed <saeedm@nvidia.com>2021-03-11 14:35:12 -0800
commit76e68d950a170fb5cf70165bb442ba9636a19232 (patch)
tree3b81ea8009a6c44c12449772bfe450fc0aa93ece /net/tipc
parentnet/mlx5: Check returned value from health recover sequence (diff)
downloadwireguard-linux-76e68d950a170fb5cf70165bb442ba9636a19232.tar.xz
wireguard-linux-76e68d950a170fb5cf70165bb442ba9636a19232.zip
net/mlx5e: CT, Avoid false lock dependency warning
To avoid false lock dependency warning set the ct_entries_ht lock class different than the lock class of the ht being used when deleting last flow from a group and then deleting a group, we get into del_sw_flow_group() which call rhashtable_destroy on fg->ftes_hash which will take ht->mutex but it's different than the ht->mutex here. ====================================================== WARNING: possible circular locking dependency detected 5.10.0-rc2+ #8 Tainted: G O ------------------------------------------------------ revalidator23/24009 is trying to acquire lock: ffff888128d83828 (&node->lock){++++}-{3:3}, at: mlx5_del_flow_rules+0x83/0x7a0 [mlx5_core] but task is already holding lock: ffff8881081ef518 (&ht->mutex){+.+.}-{3:3}, at: rhashtable_free_and_destroy+0x37/0x720 which lock already depends on the new lock. Signed-off-by: Roi Dayan <roid@nvidia.com> Reviewed-by: Paul Blakey <paulb@nvidia.com> Signed-off-by: Saeed Mahameed <saeedm@nvidia.com>
Diffstat (limited to 'net/tipc')
0 files changed, 0 insertions, 0 deletions