diff mbox series

[net-next,v5,1/2] net: sched: use queue_mapping to pick tx queue

Message ID 20211220123839.54664-2-xiangxia.m.yue@gmail.com (mailing list archive)
State Superseded
Delegated to: Netdev Maintainers
Headers show
Series net: sched: allow user to select txqueue | expand

Checks

Context Check Description
netdev/tree_selection success Clearly marked for net-next
netdev/fixes_present success Fixes tag not required for -next series
netdev/subject_prefix success Link
netdev/cover_letter success Series has a cover letter
netdev/patch_count success Link
netdev/header_inline success No static functions without inline keyword in header files
netdev/build_32bit success Errors and warnings before: 4765 this patch: 4765
netdev/cc_maintainers success CCed 7 of 7 maintainers
netdev/build_clang success Errors and warnings before: 841 this patch: 841
netdev/module_param success Was 0 now: 0
netdev/verify_signedoff success Signed-off-by tag matches author and committer
netdev/verify_fixes success No Fixes tag
netdev/build_allmodconfig_warn success Errors and warnings before: 4918 this patch: 4918
netdev/checkpatch warning WARNING: please, no spaces at the start of a line
netdev/kdoc success Errors and warnings before: 0 this patch: 0
netdev/source_inline success Was 0 now: 0

Commit Message

Tonghao Zhang Dec. 20, 2021, 12:38 p.m. UTC
From: Tonghao Zhang <xiangxia.m.yue@gmail.com>

This patch fixes issue:
* If we install tc filters with act_skbedit in clsact hook.
  It doesn't work, because netdev_core_pick_tx() overwrites
  queue_mapping.

  $ tc filter ... action skbedit queue_mapping 1

And this patch is useful:
* We can use FQ + EDT to implement efficient policies. Tx queues
  are picked by xps, ndo_select_queue of netdev driver, or skb hash
  in netdev_core_pick_tx(). In fact, the netdev driver, and skb
  hash are _not_ under control. xps uses the CPUs map to select Tx
  queues, but we can't figure out which task_struct of pod/containter
  running on this cpu in most case. We can use clsact filters to classify
  one pod/container traffic to one Tx queue. Why ?

  In containter networking environment, there are two kinds of pod/
  containter/net-namespace. One kind (e.g. P1, P2), the high throughput
  is key in these applications. But avoid running out of network resource,
  the outbound traffic of these pods is limited, using or sharing one
  dedicated Tx queues assigned HTB/TBF/FQ Qdisc. Other kind of pods
  (e.g. Pn), the low latency of data access is key. And the traffic is not
  limited. Pods use or share other dedicated Tx queues assigned FIFO Qdisc.
  This choice provides two benefits. First, contention on the HTB/FQ Qdisc
  lock is significantly reduced since fewer CPUs contend for the same queue.
  More importantly, Qdisc contention can be eliminated completely if each
  CPU has its own FIFO Qdisc for the second kind of pods.

  There must be a mechanism in place to support classifying traffic based on
  pods/container to different Tx queues. Note that clsact is outside of Qdisc
  while Qdisc can run a classifier to select a sub-queue under the lock.

  In general recording the decision in the skb seems a little heavy handed.
  This patch introduces a per-CPU variable, suggested by Eric.

  The xmit.skip_txqueue flag is firstly cleared in __dev_queue_xmit().
  - Tx Qdisc may install that skbedit actions, then xmit.skip_txqueue flag
    is set in qdisc->enqueue() though tx queue has been selected in
    netdev_tx_queue_mapping() or netdev_core_pick_tx(). That flag is cleared
    firstly in __dev_queue_xmit(), is useful:
  - Avoid picking Tx queue with netdev_tx_queue_mapping() in next netdev
    in such case: eth0 macvlan - eth0.3 vlan - eth0 ixgbe-phy:
    For example, eth0, macvlan in pod, which root Qdisc install skbedit
    queue_mapping, send packets to eth0.3, vlan in host. In __dev_queue_xmit() of
    eth0.3, clear the flag, does not select tx queue according to skb->queue_mapping
    because there is no filters in clsact or tx Qdisc of this netdev.
    Same action taked in eth0, ixgbe in Host.
  - Avoid picking Tx queue for next packet. If we set xmit.skip_txqueue
    in tx Qdisc (qdisc->enqueue()), the proper way to clear it is clearing it
    in __dev_queue_xmit when processing next packets.

  +----+      +----+      +----+
  | P1 |      | P2 |      | Pn |
  +----+      +----+      +----+
    |           |           |
    +-----------+-----------+
                |
                | clsact/skbedit
                |      MQ
                v
    +-----------+-----------+
    | q0        | q1        | qn
    v           v           v
  HTB/FQ      HTB/FQ  ...  FIFO

Cc: Jamal Hadi Salim <jhs@mojatatu.com>
Cc: Cong Wang <xiyou.wangcong@gmail.com>
Cc: Jiri Pirko <jiri@resnulli.us>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Jakub Kicinski <kuba@kernel.org>
Cc: Jonathan Lemon <jonathan.lemon@gmail.com>
Cc: Eric Dumazet <edumazet@google.com>
Cc: Alexander Lobakin <alobakin@pm.me>
Cc: Paolo Abeni <pabeni@redhat.com>
Cc: Talal Ahmad <talalahmad@google.com>
Cc: Kevin Hao <haokexin@gmail.com>
Cc: Ilias Apalodimas <ilias.apalodimas@linaro.org>
Cc: Kees Cook <keescook@chromium.org>
Cc: Kumar Kartikeya Dwivedi <memxor@gmail.com>
Cc: Antoine Tenart <atenart@kernel.org>
Cc: Wei Wang <weiwan@google.com>
Cc: Arnd Bergmann <arnd@arndb.de>
Suggested-by: Eric Dumazet <edumazet@google.com>
Signed-off-by: Tonghao Zhang <xiangxia.m.yue@gmail.com>
---
 include/linux/netdevice.h | 19 +++++++++++++++++++
 net/core/dev.c            |  7 ++++++-
 net/sched/act_skbedit.c   |  4 +++-
 3 files changed, 28 insertions(+), 2 deletions(-)

Comments

Eric Dumazet Dec. 20, 2021, 1:57 p.m. UTC | #1
On Mon, Dec 20, 2021 at 4:38 AM <xiangxia.m.yue@gmail.com> wrote:
>
> From: Tonghao Zhang <xiangxia.m.yue@gmail.com>
>
> This patch fixes issue:
> * If we install tc filters with act_skbedit in clsact hook.
>   It doesn't work, because netdev_core_pick_tx() overwrites
>   queue_mapping.
>
>   $ tc filter ... action skbedit queue_mapping 1
>
> And this patch is useful:
> * We can use FQ + EDT to implement efficient policies. Tx queues
>   are picked by xps, ndo_select_queue of netdev driver, or skb hash
>   in netdev_core_pick_tx(). In fact, the netdev driver, and skb
>   hash are _not_ under control. xps uses the CPUs map to select Tx
>   queues, but we can't figure out which task_struct of pod/containter
>   running on this cpu in most case. We can use clsact filters to classify
>   one pod/container traffic to one Tx queue. Why ?
>
>   In containter networking environment, there are two kinds of pod/
>   containter/net-namespace. One kind (e.g. P1, P2), the high throughput
>   is key in these applications. But avoid running out of network resource,
>   the outbound traffic of these pods is limited, using or sharing one
>   dedicated Tx queues assigned HTB/TBF/FQ Qdisc. Other kind of pods
>   (e.g. Pn), the low latency of data access is key. And the traffic is not
>   limited. Pods use or share other dedicated Tx queues assigned FIFO Qdisc.
>   This choice provides two benefits. First, contention on the HTB/FQ Qdisc
>   lock is significantly reduced since fewer CPUs contend for the same queue.
>   More importantly, Qdisc contention can be eliminated completely if each
>   CPU has its own FIFO Qdisc for the second kind of pods.
>
>   There must be a mechanism in place to support classifying traffic based on
>   pods/container to different Tx queues. Note that clsact is outside of Qdisc
>   while Qdisc can run a classifier to select a sub-queue under the lock.
>
>   In general recording the decision in the skb seems a little heavy handed.
>   This patch introduces a per-CPU variable, suggested by Eric.
>
>   The xmit.skip_txqueue flag is firstly cleared in __dev_queue_xmit().
>   - Tx Qdisc may install that skbedit actions, then xmit.skip_txqueue flag
>     is set in qdisc->enqueue() though tx queue has been selected in
>     netdev_tx_queue_mapping() or netdev_core_pick_tx(). That flag is cleared
>     firstly in __dev_queue_xmit(), is useful:
>   - Avoid picking Tx queue with netdev_tx_queue_mapping() in next netdev
>     in such case: eth0 macvlan - eth0.3 vlan - eth0 ixgbe-phy:
>     For example, eth0, macvlan in pod, which root Qdisc install skbedit
>     queue_mapping, send packets to eth0.3, vlan in host. In __dev_queue_xmit() of
>     eth0.3, clear the flag, does not select tx queue according to skb->queue_mapping
>     because there is no filters in clsact or tx Qdisc of this netdev.
>     Same action taked in eth0, ixgbe in Host.
>   - Avoid picking Tx queue for next packet. If we set xmit.skip_txqueue
>     in tx Qdisc (qdisc->enqueue()), the proper way to clear it is clearing it
>     in __dev_queue_xmit when processing next packets.
>
>   +----+      +----+      +----+
>   | P1 |      | P2 |      | Pn |
>   +----+      +----+      +----+
>     |           |           |
>     +-----------+-----------+
>                 |
>                 | clsact/skbedit
>                 |      MQ
>                 v
>     +-----------+-----------+
>     | q0        | q1        | qn
>     v           v           v
>   HTB/FQ      HTB/FQ  ...  FIFO
>
> Cc: Jamal Hadi Salim <jhs@mojatatu.com>
> Cc: Cong Wang <xiyou.wangcong@gmail.com>
> Cc: Jiri Pirko <jiri@resnulli.us>
> Cc: "David S. Miller" <davem@davemloft.net>
> Cc: Jakub Kicinski <kuba@kernel.org>
> Cc: Jonathan Lemon <jonathan.lemon@gmail.com>
> Cc: Eric Dumazet <edumazet@google.com>
> Cc: Alexander Lobakin <alobakin@pm.me>
> Cc: Paolo Abeni <pabeni@redhat.com>
> Cc: Talal Ahmad <talalahmad@google.com>
> Cc: Kevin Hao <haokexin@gmail.com>
> Cc: Ilias Apalodimas <ilias.apalodimas@linaro.org>
> Cc: Kees Cook <keescook@chromium.org>
> Cc: Kumar Kartikeya Dwivedi <memxor@gmail.com>
> Cc: Antoine Tenart <atenart@kernel.org>
> Cc: Wei Wang <weiwan@google.com>
> Cc: Arnd Bergmann <arnd@arndb.de>
> Suggested-by: Eric Dumazet <edumazet@google.com>

I have not suggested this patch, only to not add yet another bit in sk_buff.


> Signed-off-by: Tonghao Zhang <xiangxia.m.yue@gmail.com>
> ---
>  include/linux/netdevice.h | 19 +++++++++++++++++++
>  net/core/dev.c            |  7 ++++++-
>  net/sched/act_skbedit.c   |  4 +++-
>  3 files changed, 28 insertions(+), 2 deletions(-)
>
> diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
> index 8b0bdeb4734e..8d02dafb32ba 100644
> --- a/include/linux/netdevice.h
> +++ b/include/linux/netdevice.h
> @@ -3009,6 +3009,7 @@ struct softnet_data {
>         /* written and read only by owning cpu: */
>         struct {
>                 u16 recursion;
> +               u8  skip_txqueue;
>                 u8  more;
>         } xmit;
>  #ifdef CONFIG_RPS
> @@ -4696,6 +4697,24 @@ static inline netdev_tx_t netdev_start_xmit(struct sk_buff *skb, struct net_devi
>         return rc;
>  }
>
> +static inline void netdev_xmit_skip_txqueue(bool skip)
> +{
> +       __this_cpu_write(softnet_data.xmit.skip_txqueue, skip);
> +}
> +
> +static inline bool netdev_xmit_txqueue_skipped(void)
> +{
> +       return __this_cpu_read(softnet_data.xmit.skip_txqueue);
> +}
> +
> +static inline struct netdev_queue *
> +netdev_tx_queue_mapping(struct net_device *dev, struct sk_buff *skb)
> +{
> +       int qm = skb_get_queue_mapping(skb);
> +
> +       return netdev_get_tx_queue(dev, netdev_cap_txqueue(dev, qm));
> +}
> +
>  int netdev_class_create_file_ns(const struct class_attribute *class_attr,
>                                 const void *ns);
>  void netdev_class_remove_file_ns(const struct class_attribute *class_attr,
> diff --git a/net/core/dev.c b/net/core/dev.c
> index a855e41bbe39..e3f548c54dda 100644
> --- a/net/core/dev.c
> +++ b/net/core/dev.c
> @@ -4048,6 +4048,7 @@ static int __dev_queue_xmit(struct sk_buff *skb, struct net_device *sb_dev)
>         skb_update_prio(skb);
>
>         qdisc_pkt_len_init(skb);
> +       netdev_xmit_skip_txqueue(false);
>  #ifdef CONFIG_NET_CLS_ACT
>         skb->tc_at_ingress = 0;
>  #endif
> @@ -4073,7 +4074,11 @@ static int __dev_queue_xmit(struct sk_buff *skb, struct net_device *sb_dev)
>         else
>                 skb_dst_force(skb);
>
> -       txq = netdev_core_pick_tx(dev, skb, sb_dev);
> +       if (netdev_xmit_txqueue_skipped())
> +               txq = netdev_tx_queue_mapping(dev, skb);
> +       else
> +               txq = netdev_core_pick_tx(dev, skb, sb_dev);
> +

If we really need to add yet another conditional in fast path, I would
suggest using a static key.

Only hosts where SKBEDIT_F_QUEUE_MAPPING is requested would pay the price.


>         q = rcu_dereference_bh(txq->qdisc);
>
>         trace_net_dev_queue(skb);
> diff --git a/net/sched/act_skbedit.c b/net/sched/act_skbedit.c
> index ceba11b198bb..48504ed3b280 100644
> --- a/net/sched/act_skbedit.c
> +++ b/net/sched/act_skbedit.c
> @@ -58,8 +58,10 @@ static int tcf_skbedit_act(struct sk_buff *skb, const struct tc_action *a,
>                 }
>         }
>         if (params->flags & SKBEDIT_F_QUEUE_MAPPING &&
> -           skb->dev->real_num_tx_queues > params->queue_mapping)
> +           skb->dev->real_num_tx_queues > params->queue_mapping) {
> +               netdev_xmit_skip_txqueue(true);
>                 skb_set_queue_mapping(skb, params->queue_mapping);
> +       }
>         if (params->flags & SKBEDIT_F_MARK) {
>                 skb->mark &= ~params->mask;
>                 skb->mark |= params->mark & params->mask;
> --
> 2.27.0
>
Tonghao Zhang Dec. 20, 2021, 2:21 p.m. UTC | #2
On Mon, Dec 20, 2021 at 9:58 PM Eric Dumazet <edumazet@google.com> wrote:
>
> On Mon, Dec 20, 2021 at 4:38 AM <xiangxia.m.yue@gmail.com> wrote:
> >
> > From: Tonghao Zhang <xiangxia.m.yue@gmail.com>
> >
> > This patch fixes issue:
> > * If we install tc filters with act_skbedit in clsact hook.
> >   It doesn't work, because netdev_core_pick_tx() overwrites
> >   queue_mapping.
> >
> >   $ tc filter ... action skbedit queue_mapping 1
> >
> > And this patch is useful:
> > * We can use FQ + EDT to implement efficient policies. Tx queues
> >   are picked by xps, ndo_select_queue of netdev driver, or skb hash
> >   in netdev_core_pick_tx(). In fact, the netdev driver, and skb
> >   hash are _not_ under control. xps uses the CPUs map to select Tx
> >   queues, but we can't figure out which task_struct of pod/containter
> >   running on this cpu in most case. We can use clsact filters to classify
> >   one pod/container traffic to one Tx queue. Why ?
> >
> >   In containter networking environment, there are two kinds of pod/
> >   containter/net-namespace. One kind (e.g. P1, P2), the high throughput
> >   is key in these applications. But avoid running out of network resource,
> >   the outbound traffic of these pods is limited, using or sharing one
> >   dedicated Tx queues assigned HTB/TBF/FQ Qdisc. Other kind of pods
> >   (e.g. Pn), the low latency of data access is key. And the traffic is not
> >   limited. Pods use or share other dedicated Tx queues assigned FIFO Qdisc.
> >   This choice provides two benefits. First, contention on the HTB/FQ Qdisc
> >   lock is significantly reduced since fewer CPUs contend for the same queue.
> >   More importantly, Qdisc contention can be eliminated completely if each
> >   CPU has its own FIFO Qdisc for the second kind of pods.
> >
> >   There must be a mechanism in place to support classifying traffic based on
> >   pods/container to different Tx queues. Note that clsact is outside of Qdisc
> >   while Qdisc can run a classifier to select a sub-queue under the lock.
> >
> >   In general recording the decision in the skb seems a little heavy handed.
> >   This patch introduces a per-CPU variable, suggested by Eric.
> >
> >   The xmit.skip_txqueue flag is firstly cleared in __dev_queue_xmit().
> >   - Tx Qdisc may install that skbedit actions, then xmit.skip_txqueue flag
> >     is set in qdisc->enqueue() though tx queue has been selected in
> >     netdev_tx_queue_mapping() or netdev_core_pick_tx(). That flag is cleared
> >     firstly in __dev_queue_xmit(), is useful:
> >   - Avoid picking Tx queue with netdev_tx_queue_mapping() in next netdev
> >     in such case: eth0 macvlan - eth0.3 vlan - eth0 ixgbe-phy:
> >     For example, eth0, macvlan in pod, which root Qdisc install skbedit
> >     queue_mapping, send packets to eth0.3, vlan in host. In __dev_queue_xmit() of
> >     eth0.3, clear the flag, does not select tx queue according to skb->queue_mapping
> >     because there is no filters in clsact or tx Qdisc of this netdev.
> >     Same action taked in eth0, ixgbe in Host.
> >   - Avoid picking Tx queue for next packet. If we set xmit.skip_txqueue
> >     in tx Qdisc (qdisc->enqueue()), the proper way to clear it is clearing it
> >     in __dev_queue_xmit when processing next packets.
> >
> >   +----+      +----+      +----+
> >   | P1 |      | P2 |      | Pn |
> >   +----+      +----+      +----+
> >     |           |           |
> >     +-----------+-----------+
> >                 |
> >                 | clsact/skbedit
> >                 |      MQ
> >                 v
> >     +-----------+-----------+
> >     | q0        | q1        | qn
> >     v           v           v
> >   HTB/FQ      HTB/FQ  ...  FIFO
> >
> > Cc: Jamal Hadi Salim <jhs@mojatatu.com>
> > Cc: Cong Wang <xiyou.wangcong@gmail.com>
> > Cc: Jiri Pirko <jiri@resnulli.us>
> > Cc: "David S. Miller" <davem@davemloft.net>
> > Cc: Jakub Kicinski <kuba@kernel.org>
> > Cc: Jonathan Lemon <jonathan.lemon@gmail.com>
> > Cc: Eric Dumazet <edumazet@google.com>
> > Cc: Alexander Lobakin <alobakin@pm.me>
> > Cc: Paolo Abeni <pabeni@redhat.com>
> > Cc: Talal Ahmad <talalahmad@google.com>
> > Cc: Kevin Hao <haokexin@gmail.com>
> > Cc: Ilias Apalodimas <ilias.apalodimas@linaro.org>
> > Cc: Kees Cook <keescook@chromium.org>
> > Cc: Kumar Kartikeya Dwivedi <memxor@gmail.com>
> > Cc: Antoine Tenart <atenart@kernel.org>
> > Cc: Wei Wang <weiwan@google.com>
> > Cc: Arnd Bergmann <arnd@arndb.de>
> > Suggested-by: Eric Dumazet <edumazet@google.com>
>
> I have not suggested this patch, only to not add yet another bit in sk_buff.
sorry for that
>
> > Signed-off-by: Tonghao Zhang <xiangxia.m.yue@gmail.com>
> > ---
> >  include/linux/netdevice.h | 19 +++++++++++++++++++
> >  net/core/dev.c            |  7 ++++++-
> >  net/sched/act_skbedit.c   |  4 +++-
> >  3 files changed, 28 insertions(+), 2 deletions(-)
> >
> > diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
> > index 8b0bdeb4734e..8d02dafb32ba 100644
> > --- a/include/linux/netdevice.h
> > +++ b/include/linux/netdevice.h
> > @@ -3009,6 +3009,7 @@ struct softnet_data {
> >         /* written and read only by owning cpu: */
> >         struct {
> >                 u16 recursion;
> > +               u8  skip_txqueue;
> >                 u8  more;
> >         } xmit;
> >  #ifdef CONFIG_RPS
> > @@ -4696,6 +4697,24 @@ static inline netdev_tx_t netdev_start_xmit(struct sk_buff *skb, struct net_devi
> >         return rc;
> >  }
> >
> > +static inline void netdev_xmit_skip_txqueue(bool skip)
> > +{
> > +       __this_cpu_write(softnet_data.xmit.skip_txqueue, skip);
> > +}
> > +
> > +static inline bool netdev_xmit_txqueue_skipped(void)
> > +{
> > +       return __this_cpu_read(softnet_data.xmit.skip_txqueue);
> > +}
> > +
> > +static inline struct netdev_queue *
> > +netdev_tx_queue_mapping(struct net_device *dev, struct sk_buff *skb)
> > +{
> > +       int qm = skb_get_queue_mapping(skb);
> > +
> > +       return netdev_get_tx_queue(dev, netdev_cap_txqueue(dev, qm));
> > +}
> > +
> >  int netdev_class_create_file_ns(const struct class_attribute *class_attr,
> >                                 const void *ns);
> >  void netdev_class_remove_file_ns(const struct class_attribute *class_attr,
> > diff --git a/net/core/dev.c b/net/core/dev.c
> > index a855e41bbe39..e3f548c54dda 100644
> > --- a/net/core/dev.c
> > +++ b/net/core/dev.c
> > @@ -4048,6 +4048,7 @@ static int __dev_queue_xmit(struct sk_buff *skb, struct net_device *sb_dev)
> >         skb_update_prio(skb);
> >
> >         qdisc_pkt_len_init(skb);
> > +       netdev_xmit_skip_txqueue(false);
> >  #ifdef CONFIG_NET_CLS_ACT
> >         skb->tc_at_ingress = 0;
> >  #endif
> > @@ -4073,7 +4074,11 @@ static int __dev_queue_xmit(struct sk_buff *skb, struct net_device *sb_dev)
> >         else
> >                 skb_dst_force(skb);
> >
> > -       txq = netdev_core_pick_tx(dev, skb, sb_dev);
> > +       if (netdev_xmit_txqueue_skipped())
> > +               txq = netdev_tx_queue_mapping(dev, skb);
> > +       else
> > +               txq = netdev_core_pick_tx(dev, skb, sb_dev);
> > +
>
> If we really need to add yet another conditional in fast path, I would
> suggest using a static key.
Thanks, I will add a static key for this patch.
> Only hosts where SKBEDIT_F_QUEUE_MAPPING is requested would pay the price.
>
>
> >         q = rcu_dereference_bh(txq->qdisc);
> >
> >         trace_net_dev_queue(skb);
> > diff --git a/net/sched/act_skbedit.c b/net/sched/act_skbedit.c
> > index ceba11b198bb..48504ed3b280 100644
> > --- a/net/sched/act_skbedit.c
> > +++ b/net/sched/act_skbedit.c
> > @@ -58,8 +58,10 @@ static int tcf_skbedit_act(struct sk_buff *skb, const struct tc_action *a,
> >                 }
> >         }
> >         if (params->flags & SKBEDIT_F_QUEUE_MAPPING &&
> > -           skb->dev->real_num_tx_queues > params->queue_mapping)
> > +           skb->dev->real_num_tx_queues > params->queue_mapping) {
> > +               netdev_xmit_skip_txqueue(true);
> >                 skb_set_queue_mapping(skb, params->queue_mapping);
> > +       }
> >         if (params->flags & SKBEDIT_F_MARK) {
> >                 skb->mark &= ~params->mask;
> >                 skb->mark |= params->mark & params->mask;
> > --
> > 2.27.0
> >
Tonghao Zhang Dec. 20, 2021, 2:31 p.m. UTC | #3
On Mon, Dec 20, 2021 at 10:21 PM Tonghao Zhang
<xiangxia.m.yue@gmail.com> wrote:
>
> On Mon, Dec 20, 2021 at 9:58 PM Eric Dumazet <edumazet@google.com> wrote:
> >
> > On Mon, Dec 20, 2021 at 4:38 AM <xiangxia.m.yue@gmail.com> wrote:
> > >
> > > From: Tonghao Zhang <xiangxia.m.yue@gmail.com>
> > >
> > > This patch fixes issue:
> > > * If we install tc filters with act_skbedit in clsact hook.
> > >   It doesn't work, because netdev_core_pick_tx() overwrites
> > >   queue_mapping.
> > >
> > >   $ tc filter ... action skbedit queue_mapping 1
> > >
> > > And this patch is useful:
> > > * We can use FQ + EDT to implement efficient policies. Tx queues
> > >   are picked by xps, ndo_select_queue of netdev driver, or skb hash
> > >   in netdev_core_pick_tx(). In fact, the netdev driver, and skb
> > >   hash are _not_ under control. xps uses the CPUs map to select Tx
> > >   queues, but we can't figure out which task_struct of pod/containter
> > >   running on this cpu in most case. We can use clsact filters to classify
> > >   one pod/container traffic to one Tx queue. Why ?
> > >
> > >   In containter networking environment, there are two kinds of pod/
> > >   containter/net-namespace. One kind (e.g. P1, P2), the high throughput
> > >   is key in these applications. But avoid running out of network resource,
> > >   the outbound traffic of these pods is limited, using or sharing one
> > >   dedicated Tx queues assigned HTB/TBF/FQ Qdisc. Other kind of pods
> > >   (e.g. Pn), the low latency of data access is key. And the traffic is not
> > >   limited. Pods use or share other dedicated Tx queues assigned FIFO Qdisc.
> > >   This choice provides two benefits. First, contention on the HTB/FQ Qdisc
> > >   lock is significantly reduced since fewer CPUs contend for the same queue.
> > >   More importantly, Qdisc contention can be eliminated completely if each
> > >   CPU has its own FIFO Qdisc for the second kind of pods.
> > >
> > >   There must be a mechanism in place to support classifying traffic based on
> > >   pods/container to different Tx queues. Note that clsact is outside of Qdisc
> > >   while Qdisc can run a classifier to select a sub-queue under the lock.
> > >
> > >   In general recording the decision in the skb seems a little heavy handed.
> > >   This patch introduces a per-CPU variable, suggested by Eric.
> > >
> > >   The xmit.skip_txqueue flag is firstly cleared in __dev_queue_xmit().
> > >   - Tx Qdisc may install that skbedit actions, then xmit.skip_txqueue flag
> > >     is set in qdisc->enqueue() though tx queue has been selected in
> > >     netdev_tx_queue_mapping() or netdev_core_pick_tx(). That flag is cleared
> > >     firstly in __dev_queue_xmit(), is useful:
> > >   - Avoid picking Tx queue with netdev_tx_queue_mapping() in next netdev
> > >     in such case: eth0 macvlan - eth0.3 vlan - eth0 ixgbe-phy:
> > >     For example, eth0, macvlan in pod, which root Qdisc install skbedit
> > >     queue_mapping, send packets to eth0.3, vlan in host. In __dev_queue_xmit() of
> > >     eth0.3, clear the flag, does not select tx queue according to skb->queue_mapping
> > >     because there is no filters in clsact or tx Qdisc of this netdev.
> > >     Same action taked in eth0, ixgbe in Host.
> > >   - Avoid picking Tx queue for next packet. If we set xmit.skip_txqueue
> > >     in tx Qdisc (qdisc->enqueue()), the proper way to clear it is clearing it
> > >     in __dev_queue_xmit when processing next packets.
> > >
> > >   +----+      +----+      +----+
> > >   | P1 |      | P2 |      | Pn |
> > >   +----+      +----+      +----+
> > >     |           |           |
> > >     +-----------+-----------+
> > >                 |
> > >                 | clsact/skbedit
> > >                 |      MQ
> > >                 v
> > >     +-----------+-----------+
> > >     | q0        | q1        | qn
> > >     v           v           v
> > >   HTB/FQ      HTB/FQ  ...  FIFO
> > >
> > > Cc: Jamal Hadi Salim <jhs@mojatatu.com>
> > > Cc: Cong Wang <xiyou.wangcong@gmail.com>
> > > Cc: Jiri Pirko <jiri@resnulli.us>
> > > Cc: "David S. Miller" <davem@davemloft.net>
> > > Cc: Jakub Kicinski <kuba@kernel.org>
> > > Cc: Jonathan Lemon <jonathan.lemon@gmail.com>
> > > Cc: Eric Dumazet <edumazet@google.com>
> > > Cc: Alexander Lobakin <alobakin@pm.me>
> > > Cc: Paolo Abeni <pabeni@redhat.com>
> > > Cc: Talal Ahmad <talalahmad@google.com>
> > > Cc: Kevin Hao <haokexin@gmail.com>
> > > Cc: Ilias Apalodimas <ilias.apalodimas@linaro.org>
> > > Cc: Kees Cook <keescook@chromium.org>
> > > Cc: Kumar Kartikeya Dwivedi <memxor@gmail.com>
> > > Cc: Antoine Tenart <atenart@kernel.org>
> > > Cc: Wei Wang <weiwan@google.com>
> > > Cc: Arnd Bergmann <arnd@arndb.de>
> > > Suggested-by: Eric Dumazet <edumazet@google.com>
> >
> > I have not suggested this patch, only to not add yet another bit in sk_buff.
> sorry for that
> >
> > > Signed-off-by: Tonghao Zhang <xiangxia.m.yue@gmail.com>
> > > ---
> > >  include/linux/netdevice.h | 19 +++++++++++++++++++
> > >  net/core/dev.c            |  7 ++++++-
> > >  net/sched/act_skbedit.c   |  4 +++-
> > >  3 files changed, 28 insertions(+), 2 deletions(-)
> > >
> > > diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
> > > index 8b0bdeb4734e..8d02dafb32ba 100644
> > > --- a/include/linux/netdevice.h
> > > +++ b/include/linux/netdevice.h
> > > @@ -3009,6 +3009,7 @@ struct softnet_data {
> > >         /* written and read only by owning cpu: */
> > >         struct {
> > >                 u16 recursion;
> > > +               u8  skip_txqueue;
> > >                 u8  more;
> > >         } xmit;
> > >  #ifdef CONFIG_RPS
> > > @@ -4696,6 +4697,24 @@ static inline netdev_tx_t netdev_start_xmit(struct sk_buff *skb, struct net_devi
> > >         return rc;
> > >  }
> > >
> > > +static inline void netdev_xmit_skip_txqueue(bool skip)
> > > +{
> > > +       __this_cpu_write(softnet_data.xmit.skip_txqueue, skip);
> > > +}
> > > +
> > > +static inline bool netdev_xmit_txqueue_skipped(void)
> > > +{
> > > +       return __this_cpu_read(softnet_data.xmit.skip_txqueue);
> > > +}
> > > +
> > > +static inline struct netdev_queue *
> > > +netdev_tx_queue_mapping(struct net_device *dev, struct sk_buff *skb)
> > > +{
> > > +       int qm = skb_get_queue_mapping(skb);
> > > +
> > > +       return netdev_get_tx_queue(dev, netdev_cap_txqueue(dev, qm));
> > > +}
> > > +
> > >  int netdev_class_create_file_ns(const struct class_attribute *class_attr,
> > >                                 const void *ns);
> > >  void netdev_class_remove_file_ns(const struct class_attribute *class_attr,
> > > diff --git a/net/core/dev.c b/net/core/dev.c
> > > index a855e41bbe39..e3f548c54dda 100644
> > > --- a/net/core/dev.c
> > > +++ b/net/core/dev.c
> > > @@ -4048,6 +4048,7 @@ static int __dev_queue_xmit(struct sk_buff *skb, struct net_device *sb_dev)
> > >         skb_update_prio(skb);
> > >
> > >         qdisc_pkt_len_init(skb);
> > > +       netdev_xmit_skip_txqueue(false);
> > >  #ifdef CONFIG_NET_CLS_ACT
> > >         skb->tc_at_ingress = 0;
> > >  #endif
> > > @@ -4073,7 +4074,11 @@ static int __dev_queue_xmit(struct sk_buff *skb, struct net_device *sb_dev)
> > >         else
> > >                 skb_dst_force(skb);
> > >
> > > -       txq = netdev_core_pick_tx(dev, skb, sb_dev);
> > > +       if (netdev_xmit_txqueue_skipped())
> > > +               txq = netdev_tx_queue_mapping(dev, skb);
> > > +       else
> > > +               txq = netdev_core_pick_tx(dev, skb, sb_dev);
> > > +
> >
> > If we really need to add yet another conditional in fast path, I would
> > suggest using a static key.
> Thanks, I will add a static key for this patch.
> > Only hosts where SKBEDIT_F_QUEUE_MAPPING is requested would pay the price.
Hi Eirc
Do you mean we need a static key, such as, egress_needed_key ?
static DEFINE_STATIC_KEY_FALSE(egress_needed_key);

and we also should use the per-cpu var to decide to select tx from
netdev_tx_queue_mapping or netdev_core_pick_tx.
> >
> > >         q = rcu_dereference_bh(txq->qdisc);
> > >
> > >         trace_net_dev_queue(skb);
> > > diff --git a/net/sched/act_skbedit.c b/net/sched/act_skbedit.c
> > > index ceba11b198bb..48504ed3b280 100644
> > > --- a/net/sched/act_skbedit.c
> > > +++ b/net/sched/act_skbedit.c
> > > @@ -58,8 +58,10 @@ static int tcf_skbedit_act(struct sk_buff *skb, const struct tc_action *a,
> > >                 }
> > >         }
> > >         if (params->flags & SKBEDIT_F_QUEUE_MAPPING &&
> > > -           skb->dev->real_num_tx_queues > params->queue_mapping)
> > > +           skb->dev->real_num_tx_queues > params->queue_mapping) {
> > > +               netdev_xmit_skip_txqueue(true);
> > >                 skb_set_queue_mapping(skb, params->queue_mapping);
> > > +       }
> > >         if (params->flags & SKBEDIT_F_MARK) {
> > >                 skb->mark &= ~params->mask;
> > >                 skb->mark |= params->mark & params->mask;
> > > --
> > > 2.27.0
> > >
>
>
>
> --
> Best regards, Tonghao
Cong Wang Dec. 20, 2021, 5:51 p.m. UTC | #4
On Mon, Dec 20, 2021 at 4:38 AM <xiangxia.m.yue@gmail.com> wrote:
>   In general recording the decision in the skb seems a little heavy handed.
>   This patch introduces a per-CPU variable, suggested by Eric.
>
>   The xmit.skip_txqueue flag is firstly cleared in __dev_queue_xmit().
>   - Tx Qdisc may install that skbedit actions, then xmit.skip_txqueue flag
>     is set in qdisc->enqueue() though tx queue has been selected in
>     netdev_tx_queue_mapping() or netdev_core_pick_tx(). That flag is cleared
>     firstly in __dev_queue_xmit(), is useful:
>   - Avoid picking Tx queue with netdev_tx_queue_mapping() in next netdev
>     in such case: eth0 macvlan - eth0.3 vlan - eth0 ixgbe-phy:
>     For example, eth0, macvlan in pod, which root Qdisc install skbedit
>     queue_mapping, send packets to eth0.3, vlan in host. In __dev_queue_xmit() of
>     eth0.3, clear the flag, does not select tx queue according to skb->queue_mapping
>     because there is no filters in clsact or tx Qdisc of this netdev.
>     Same action taked in eth0, ixgbe in Host.
>   - Avoid picking Tx queue for next packet. If we set xmit.skip_txqueue
>     in tx Qdisc (qdisc->enqueue()), the proper way to clear it is clearing it
>     in __dev_queue_xmit when processing next packets.

Any reason why we can't just move sch_handle_egress() down after
netdev_core_pick_tx() and recalculate txq with skb->queue_mapping?

Thanks.
Tonghao Zhang Dec. 22, 2021, 1:19 a.m. UTC | #5
On Tue, Dec 21, 2021 at 1:51 AM Cong Wang <xiyou.wangcong@gmail.com> wrote:
>
> On Mon, Dec 20, 2021 at 4:38 AM <xiangxia.m.yue@gmail.com> wrote:
> >   In general recording the decision in the skb seems a little heavy handed.
> >   This patch introduces a per-CPU variable, suggested by Eric.
> >
> >   The xmit.skip_txqueue flag is firstly cleared in __dev_queue_xmit().
> >   - Tx Qdisc may install that skbedit actions, then xmit.skip_txqueue flag
> >     is set in qdisc->enqueue() though tx queue has been selected in
> >     netdev_tx_queue_mapping() or netdev_core_pick_tx(). That flag is cleared
> >     firstly in __dev_queue_xmit(), is useful:
> >   - Avoid picking Tx queue with netdev_tx_queue_mapping() in next netdev
> >     in such case: eth0 macvlan - eth0.3 vlan - eth0 ixgbe-phy:
> >     For example, eth0, macvlan in pod, which root Qdisc install skbedit
> >     queue_mapping, send packets to eth0.3, vlan in host. In __dev_queue_xmit() of
> >     eth0.3, clear the flag, does not select tx queue according to skb->queue_mapping
> >     because there is no filters in clsact or tx Qdisc of this netdev.
> >     Same action taked in eth0, ixgbe in Host.
> >   - Avoid picking Tx queue for next packet. If we set xmit.skip_txqueue
> >     in tx Qdisc (qdisc->enqueue()), the proper way to clear it is clearing it
> >     in __dev_queue_xmit when processing next packets.
>
> Any reason why we can't just move sch_handle_egress() down after
> netdev_core_pick_tx() and recalculate txq with skb->queue_mapping?
If we sch_handle_egress() down after netdev_core_pick_tx(), and we
overwrite the txqueue, the overhead of
netdev_core_pick_tx() is unnecessary, so I don't do that . If
eth0(macvlan) -> eth0.3(vlan) -> eth0(ixgbe), skb-> queue_mapping is
not cleared,
skb-> queue_mapping affect every netdevice to pick the tx queue.
> Thanks.
Vinicius Costa Gomes Dec. 29, 2021, 7:13 p.m. UTC | #6
xiangxia.m.yue@gmail.com writes:

> From: Tonghao Zhang <xiangxia.m.yue@gmail.com>
>
> This patch fixes issue:
> * If we install tc filters with act_skbedit in clsact hook.
>   It doesn't work, because netdev_core_pick_tx() overwrites
>   queue_mapping.
>
>   $ tc filter ... action skbedit queue_mapping 1
>
> And this patch is useful:
> * We can use FQ + EDT to implement efficient policies. Tx queues
>   are picked by xps, ndo_select_queue of netdev driver, or skb hash
>   in netdev_core_pick_tx(). In fact, the netdev driver, and skb
>   hash are _not_ under control. xps uses the CPUs map to select Tx
>   queues, but we can't figure out which task_struct of pod/containter
>   running on this cpu in most case. We can use clsact filters to classify
>   one pod/container traffic to one Tx queue. Why ?
>
>   In containter networking environment, there are two kinds of pod/
>   containter/net-namespace. One kind (e.g. P1, P2), the high throughput
>   is key in these applications. But avoid running out of network resource,
>   the outbound traffic of these pods is limited, using or sharing one
>   dedicated Tx queues assigned HTB/TBF/FQ Qdisc. Other kind of pods
>   (e.g. Pn), the low latency of data access is key. And the traffic is not
>   limited. Pods use or share other dedicated Tx queues assigned FIFO Qdisc.
>   This choice provides two benefits. First, contention on the HTB/FQ Qdisc
>   lock is significantly reduced since fewer CPUs contend for the same queue.
>   More importantly, Qdisc contention can be eliminated completely if each
>   CPU has its own FIFO Qdisc for the second kind of pods.
>
>   There must be a mechanism in place to support classifying traffic based on
>   pods/container to different Tx queues. Note that clsact is outside of Qdisc
>   while Qdisc can run a classifier to select a sub-queue under the
>   lock.

One alternative, I don't know if it would work for you, it to use the
net_prio cgroup + mqprio.

Something like this:

* create the cgroup
  $ mkdir -p /sys/fs/cgroup/net_prio/<CGROUP_NAME>
* assign priorities to the cgroup (per interface)
  $ echo "<IFACE> <PRIO>" >> /sys/fs/cgroup/net_prio/<CGROUP_NAME>/net_prio.ifpriomap"
* use the cgroup in applications that do not set SO_PRIORITY
  $ cgexec -g net_prio:<CGROUP_NAME> <application>
* configure mqprio
  $ tc qdisc replace dev $IFACE parent root handle 100 mqprio \
      num_tc 3 \
      map 2 2 1 0 2 2 2 2 2 2 2 2 2 2 2 2 \
      queues 1@0 1@1 2@2 \
      hw 0

This would map all traffic with SO_PRIORITY 3 to TX queue 0, for example.

But I agree that skbedit's queue_mapping not working is unexpected and
should be fixed.


Cheers,
Tonghao Zhang Dec. 30, 2021, 5:02 a.m. UTC | #7
On Thu, Dec 30, 2021 at 3:14 AM Vinicius Costa Gomes
<vinicius.gomes@intel.com> wrote:
>
> xiangxia.m.yue@gmail.com writes:
>
> > From: Tonghao Zhang <xiangxia.m.yue@gmail.com>
> >
> > This patch fixes issue:
> > * If we install tc filters with act_skbedit in clsact hook.
> >   It doesn't work, because netdev_core_pick_tx() overwrites
> >   queue_mapping.
> >
> >   $ tc filter ... action skbedit queue_mapping 1
> >
> > And this patch is useful:
> > * We can use FQ + EDT to implement efficient policies. Tx queues
> >   are picked by xps, ndo_select_queue of netdev driver, or skb hash
> >   in netdev_core_pick_tx(). In fact, the netdev driver, and skb
> >   hash are _not_ under control. xps uses the CPUs map to select Tx
> >   queues, but we can't figure out which task_struct of pod/containter
> >   running on this cpu in most case. We can use clsact filters to classify
> >   one pod/container traffic to one Tx queue. Why ?
> >
> >   In containter networking environment, there are two kinds of pod/
> >   containter/net-namespace. One kind (e.g. P1, P2), the high throughput
> >   is key in these applications. But avoid running out of network resource,
> >   the outbound traffic of these pods is limited, using or sharing one
> >   dedicated Tx queues assigned HTB/TBF/FQ Qdisc. Other kind of pods
> >   (e.g. Pn), the low latency of data access is key. And the traffic is not
> >   limited. Pods use or share other dedicated Tx queues assigned FIFO Qdisc.
> >   This choice provides two benefits. First, contention on the HTB/FQ Qdisc
> >   lock is significantly reduced since fewer CPUs contend for the same queue.
> >   More importantly, Qdisc contention can be eliminated completely if each
> >   CPU has its own FIFO Qdisc for the second kind of pods.
> >
> >   There must be a mechanism in place to support classifying traffic based on
> >   pods/container to different Tx queues. Note that clsact is outside of Qdisc
> >   while Qdisc can run a classifier to select a sub-queue under the
> >   lock.
>
> One alternative, I don't know if it would work for you, it to use the
> net_prio cgroup + mqprio.
>
> Something like this:
>
> * create the cgroup
>   $ mkdir -p /sys/fs/cgroup/net_prio/<CGROUP_NAME>
> * assign priorities to the cgroup (per interface)
>   $ echo "<IFACE> <PRIO>" >> /sys/fs/cgroup/net_prio/<CGROUP_NAME>/net_prio.ifpriomap"
> * use the cgroup in applications that do not set SO_PRIORITY
Yes, I think this is key. In k8s, we can not control the priority of
applications in Pod. and I think 2/2 patch
can provide more mechanisms to select queues from a range.
If possible, you can help me review it.
https://patchwork.kernel.org/project/netdevbpf/patch/20211224164926.80733-3-xiangxia.m.yue@gmail.com/
>   $ cgexec -g net_prio:<CGROUP_NAME> <application>
> * configure mqprio
>   $ tc qdisc replace dev $IFACE parent root handle 100 mqprio \
>       num_tc 3 \
>       map 2 2 1 0 2 2 2 2 2 2 2 2 2 2 2 2 \
>       queues 1@0 1@1 2@2 \
>       hw 0
>
> This would map all traffic with SO_PRIORITY 3 to TX queue 0, for example.
> But I agree that skbedit's queue_mapping not working is unexpected and
> should be fixed.
>
>
> Cheers,
> --
> Vinicius
Cong Wang Jan. 26, 2022, 7:58 p.m. UTC | #8
On Wed, Dec 29, 2021 at 9:03 PM Tonghao Zhang <xiangxia.m.yue@gmail.com> wrote:
> Yes, I think this is key. In k8s, we can not control the priority of
> applications in Pod. and I think 2/2 patch

Why not? Please be more specific.

> can provide more mechanisms to select queues from a range.

Well, you just keep ignoring eBPF action which provides
literally infinitely more choices than yours. So, you want more
choices but still refuse using eBPF action, what point are you
trying to make?

Thanks.
Tonghao Zhang Jan. 27, 2022, 1:35 a.m. UTC | #9
On Thu, Jan 27, 2022 at 3:59 AM Cong Wang <xiyou.wangcong@gmail.com> wrote:
>
> On Wed, Dec 29, 2021 at 9:03 PM Tonghao Zhang <xiangxia.m.yue@gmail.com> wrote:
> > Yes, I think this is key. In k8s, we can not control the priority of
> > applications in Pod. and I think 2/2 patch
>
> Why not? Please be more specific.
I mean the priority of skb can be set via the socket from
applications. the application is running for a long time,
There are so many applications in the company. we can't ask them to do
that. there is a lot of workload.
> > can provide more mechanisms to select queues from a range.
>
> Well, you just keep ignoring eBPF action which provides
> literally infinitely more choices than yours. So, you want more
> choices but still refuse using eBPF action, what point are you
> trying to make?
Maybe I can answer your question in another thread. In brief, this
patch is only enhanced the tc-skbedit.
> Thanks.
diff mbox series

Patch

diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
index 8b0bdeb4734e..8d02dafb32ba 100644
--- a/include/linux/netdevice.h
+++ b/include/linux/netdevice.h
@@ -3009,6 +3009,7 @@  struct softnet_data {
 	/* written and read only by owning cpu: */
 	struct {
 		u16 recursion;
+		u8  skip_txqueue;
 		u8  more;
 	} xmit;
 #ifdef CONFIG_RPS
@@ -4696,6 +4697,24 @@  static inline netdev_tx_t netdev_start_xmit(struct sk_buff *skb, struct net_devi
 	return rc;
 }
 
+static inline void netdev_xmit_skip_txqueue(bool skip)
+{
+	__this_cpu_write(softnet_data.xmit.skip_txqueue, skip);
+}
+
+static inline bool netdev_xmit_txqueue_skipped(void)
+{
+	return __this_cpu_read(softnet_data.xmit.skip_txqueue);
+}
+
+static inline struct netdev_queue *
+netdev_tx_queue_mapping(struct net_device *dev, struct sk_buff *skb)
+{
+       int qm = skb_get_queue_mapping(skb);
+
+       return netdev_get_tx_queue(dev, netdev_cap_txqueue(dev, qm));
+}
+
 int netdev_class_create_file_ns(const struct class_attribute *class_attr,
 				const void *ns);
 void netdev_class_remove_file_ns(const struct class_attribute *class_attr,
diff --git a/net/core/dev.c b/net/core/dev.c
index a855e41bbe39..e3f548c54dda 100644
--- a/net/core/dev.c
+++ b/net/core/dev.c
@@ -4048,6 +4048,7 @@  static int __dev_queue_xmit(struct sk_buff *skb, struct net_device *sb_dev)
 	skb_update_prio(skb);
 
 	qdisc_pkt_len_init(skb);
+	netdev_xmit_skip_txqueue(false);
 #ifdef CONFIG_NET_CLS_ACT
 	skb->tc_at_ingress = 0;
 #endif
@@ -4073,7 +4074,11 @@  static int __dev_queue_xmit(struct sk_buff *skb, struct net_device *sb_dev)
 	else
 		skb_dst_force(skb);
 
-	txq = netdev_core_pick_tx(dev, skb, sb_dev);
+	if (netdev_xmit_txqueue_skipped())
+		txq = netdev_tx_queue_mapping(dev, skb);
+	else
+		txq = netdev_core_pick_tx(dev, skb, sb_dev);
+
 	q = rcu_dereference_bh(txq->qdisc);
 
 	trace_net_dev_queue(skb);
diff --git a/net/sched/act_skbedit.c b/net/sched/act_skbedit.c
index ceba11b198bb..48504ed3b280 100644
--- a/net/sched/act_skbedit.c
+++ b/net/sched/act_skbedit.c
@@ -58,8 +58,10 @@  static int tcf_skbedit_act(struct sk_buff *skb, const struct tc_action *a,
 		}
 	}
 	if (params->flags & SKBEDIT_F_QUEUE_MAPPING &&
-	    skb->dev->real_num_tx_queues > params->queue_mapping)
+	    skb->dev->real_num_tx_queues > params->queue_mapping) {
+		netdev_xmit_skip_txqueue(true);
 		skb_set_queue_mapping(skb, params->queue_mapping);
+	}
 	if (params->flags & SKBEDIT_F_MARK) {
 		skb->mark &= ~params->mask;
 		skb->mark |= params->mark & params->mask;