diff options
| author |   Maxim Mikityanskiy <maximmi@mellanox.com> | 2021-01-19 14:08:11 +0200 |
|---|---|---|
| committer |   Jakub Kicinski <kuba@kernel.org> | 2021-01-22 20:41:29 -0800 |
| commit | ca1e4ab199933e1af3f9a86d31060b7f9181c3fc (patch) | |
| tree | be325e07b9bbe53aae8275e7fcc398524c7b06b7 /net/sched/sch_api.c | |
| parent | Merge branch 'tcp-add-cmsg-rx-timestamps-to-rx-zerocopy' (diff) | |
| download | linux-dev-ca1e4ab199933e1af3f9a86d31060b7f9181c3fc.tar.xz linux-dev-ca1e4ab199933e1af3f9a86d31060b7f9181c3fc.zip | |
net: sched: Add multi-queue support to sch_tree_lock
The existing qdiscs that set TCQ_F_MQROOT don't use sch_tree_lock.
However, hardware-offloaded HTB will start setting this flag while also
using sch_tree_lock.
The current implementation of sch_tree_lock basically locks on
qdisc->dev_queue->qdisc, and it works fine when the tree is attached to
some queue. However, it's not the case for MQROOT qdiscs: such a qdisc
is the root itself, and its dev_queue just points to queue 0, while not
actually being used, because there are real per-queue qdiscs.
This patch changes the logic of sch_tree_lock and sch_tree_unlock to
lock the qdisc itself if it's the MQROOT.
Signed-off-by: Maxim Mikityanskiy <maximmi@mellanox.com>
Reviewed-by: Tariq Toukan <tariqt@nvidia.com>
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
Diffstat (limited to 'net/sched/sch_api.c')
0 files changed, 0 insertions, 0 deletions