1 # SPDX-License-Identifier: GPL-2.0-only
3 # Traffic control configuration.
7 bool "QoS and/or fair queueing"
10 When the kernel has several packets to send out over a network
11 device, it has to decide which ones to send first, which ones to
12 delay, and which ones to drop. This is the job of the queueing
13 disciplines, several different algorithms for how to do this
14 "fairly" have been proposed.
16 If you say N here, you will get the standard packet scheduler, which
17 is a FIFO (first come, first served). If you say Y here, you will be
18 able to choose from among several alternative algorithms which can
19 then be attached to different network devices. This is useful for
20 example if some of your network devices are real time devices that
21 need a certain minimum data flow rate, or if you need to limit the
22 maximum data flow rate for traffic which matches specified criteria.
23 This code is considered to be experimental.
25 To administer these schedulers, you'll need the user-level utilities
26 from the package iproute2+tc at
27 <https://www.kernel.org/pub/linux/utils/net/iproute2/>. That package
28 also contains some documentation; for more, check out
29 <http://www.linuxfoundation.org/collaborate/workgroups/networking/iproute2>.
31 This Quality of Service (QoS) support will enable you to use
32 Differentiated Services (diffserv) and Resource Reservation Protocol
33 (RSVP) on your Linux router if you also say Y to the corresponding
34 classifiers below. Documentation and software is at
35 <http://diffserv.sourceforge.net/>.
37 If you say Y here and to "/proc file system" below, you will be able
38 to read status information about packet schedulers from the file
41 The available schedulers are listed in the following questions; you
42 can say Y to as many as you like. If unsure, say N now.
46 comment "Queueing/Scheduling"
49 tristate "Hierarchical Token Bucket (HTB)"
51 Say Y here if you want to use the Hierarchical Token Buckets (HTB)
52 packet scheduling algorithm. See
53 <http://luxik.cdi.cz/~devik/qos/htb/> for complete manual and
56 HTB is very similar to CBQ regarding its goals however is has
57 different properties and different algorithm.
59 To compile this code as a module, choose M here: the
60 module will be called sch_htb.
63 tristate "Hierarchical Fair Service Curve (HFSC)"
65 Say Y here if you want to use the Hierarchical Fair Service Curve
66 (HFSC) packet scheduling algorithm.
68 To compile this code as a module, choose M here: the
69 module will be called sch_hfsc.
72 tristate "Multi Band Priority Queueing (PRIO)"
74 Say Y here if you want to use an n-band priority queue packet
77 To compile this code as a module, choose M here: the
78 module will be called sch_prio.
81 tristate "Hardware Multiqueue-aware Multi Band Queuing (MULTIQ)"
83 Say Y here if you want to use an n-band queue packet scheduler
84 to support devices that have multiple hardware transmit queues.
86 To compile this code as a module, choose M here: the
87 module will be called sch_multiq.
90 tristate "Random Early Detection (RED)"
92 Say Y here if you want to use the Random Early Detection (RED)
93 packet scheduling algorithm.
95 See the top of <file:net/sched/sch_red.c> for more details.
97 To compile this code as a module, choose M here: the
98 module will be called sch_red.
101 tristate "Stochastic Fair Blue (SFB)"
103 Say Y here if you want to use the Stochastic Fair Blue (SFB)
104 packet scheduling algorithm.
106 See the top of <file:net/sched/sch_sfb.c> for more details.
108 To compile this code as a module, choose M here: the
109 module will be called sch_sfb.
112 tristate "Stochastic Fairness Queueing (SFQ)"
114 Say Y here if you want to use the Stochastic Fairness Queueing (SFQ)
115 packet scheduling algorithm.
117 See the top of <file:net/sched/sch_sfq.c> for more details.
119 To compile this code as a module, choose M here: the
120 module will be called sch_sfq.
123 tristate "True Link Equalizer (TEQL)"
125 Say Y here if you want to use the True Link Equalizer (TLE) packet
126 scheduling algorithm. This queueing discipline allows the combination
127 of several physical devices into one virtual device.
129 See the top of <file:net/sched/sch_teql.c> for more details.
131 To compile this code as a module, choose M here: the
132 module will be called sch_teql.
135 tristate "Token Bucket Filter (TBF)"
137 Say Y here if you want to use the Token Bucket Filter (TBF) packet
138 scheduling algorithm.
140 See the top of <file:net/sched/sch_tbf.c> for more details.
142 To compile this code as a module, choose M here: the
143 module will be called sch_tbf.
146 tristate "Credit Based Shaper (CBS)"
148 Say Y here if you want to use the Credit Based Shaper (CBS) packet
149 scheduling algorithm.
151 See the top of <file:net/sched/sch_cbs.c> for more details.
153 To compile this code as a module, choose M here: the
154 module will be called sch_cbs.
157 tristate "Earliest TxTime First (ETF)"
159 Say Y here if you want to use the Earliest TxTime First (ETF) packet
160 scheduling algorithm.
162 See the top of <file:net/sched/sch_etf.c> for more details.
164 To compile this code as a module, choose M here: the
165 module will be called sch_etf.
167 config NET_SCH_MQPRIO_LIB
170 Common library for manipulating mqprio queue configurations.
172 config NET_SCH_TAPRIO
173 tristate "Time Aware Priority (taprio) Scheduler"
174 select NET_SCH_MQPRIO_LIB
176 Say Y here if you want to use the Time Aware Priority (taprio) packet
177 scheduling algorithm.
179 See the top of <file:net/sched/sch_taprio.c> for more details.
181 To compile this code as a module, choose M here: the
182 module will be called sch_taprio.
185 tristate "Generic Random Early Detection (GRED)"
187 Say Y here if you want to use the Generic Random Early Detection
188 (GRED) packet scheduling algorithm for some of your network devices
189 (see the top of <file:net/sched/sch_red.c> for details and
190 references about the algorithm).
192 To compile this code as a module, choose M here: the
193 module will be called sch_gred.
196 tristate "Network emulator (NETEM)"
198 Say Y if you want to emulate network delay, loss, and packet
199 re-ordering. This is often useful to simulate networks when
200 testing applications or protocols.
202 To compile this driver as a module, choose M here: the module
203 will be called sch_netem.
208 tristate "Deficit Round Robin scheduler (DRR)"
210 Say Y here if you want to use the Deficit Round Robin (DRR) packet
211 scheduling algorithm.
213 To compile this driver as a module, choose M here: the module
214 will be called sch_drr.
218 config NET_SCH_MQPRIO
219 tristate "Multi-queue priority scheduler (MQPRIO)"
220 select NET_SCH_MQPRIO_LIB
222 Say Y here if you want to use the Multi-queue Priority scheduler.
223 This scheduler allows QOS to be offloaded on NICs that have support
224 for offloading QOS schedulers.
226 To compile this driver as a module, choose M here: the module will
227 be called sch_mqprio.
231 config NET_SCH_SKBPRIO
232 tristate "SKB priority queue scheduler (SKBPRIO)"
234 Say Y here if you want to use the SKB priority queue
235 scheduler. This schedules packets according to skb->priority,
236 which is useful for request packets in DoS mitigation systems such
239 To compile this driver as a module, choose M here: the module will
240 be called sch_skbprio.
245 tristate "CHOose and Keep responsive flow scheduler (CHOKE)"
247 Say Y here if you want to use the CHOKe packet scheduler (CHOose
248 and Keep for responsive flows, CHOose and Kill for unresponsive
249 flows). This is a variation of RED which tries to penalize flows
250 that monopolize the queue.
252 To compile this code as a module, choose M here: the
253 module will be called sch_choke.
256 tristate "Quick Fair Queueing scheduler (QFQ)"
258 Say Y here if you want to use the Quick Fair Queueing Scheduler (QFQ)
259 packet scheduling algorithm.
261 To compile this driver as a module, choose M here: the module
262 will be called sch_qfq.
267 tristate "Controlled Delay AQM (CODEL)"
269 Say Y here if you want to use the Controlled Delay (CODEL)
270 packet scheduling algorithm.
272 To compile this driver as a module, choose M here: the module
273 will be called sch_codel.
277 config NET_SCH_FQ_CODEL
278 tristate "Fair Queue Controlled Delay AQM (FQ_CODEL)"
280 Say Y here if you want to use the FQ Controlled Delay (FQ_CODEL)
281 packet scheduling algorithm.
283 To compile this driver as a module, choose M here: the module
284 will be called sch_fq_codel.
289 tristate "Common Applications Kept Enhanced (CAKE)"
291 Say Y here if you want to use the Common Applications Kept Enhanced
292 (CAKE) queue management algorithm.
294 To compile this driver as a module, choose M here: the module
295 will be called sch_cake.
300 tristate "Fair Queue"
302 Say Y here if you want to use the FQ packet scheduling algorithm.
304 FQ does flow separation, and is able to respect pacing requirements
305 set by TCP stack into sk->sk_pacing_rate (for locally generated
308 To compile this driver as a module, choose M here: the module
309 will be called sch_fq.
314 tristate "Heavy-Hitter Filter (HHF)"
316 Say Y here if you want to use the Heavy-Hitter Filter (HHF)
317 packet scheduling algorithm.
319 To compile this driver as a module, choose M here: the module
320 will be called sch_hhf.
323 tristate "Proportional Integral controller Enhanced (PIE) scheduler"
325 Say Y here if you want to use the Proportional Integral controller
326 Enhanced scheduler packet scheduling algorithm.
327 For more information, please see https://tools.ietf.org/html/rfc8033
329 To compile this driver as a module, choose M here: the module
330 will be called sch_pie.
334 config NET_SCH_FQ_PIE
335 depends on NET_SCH_PIE
336 tristate "Flow Queue Proportional Integral controller Enhanced (FQ-PIE)"
338 Say Y here if you want to use the Flow Queue Proportional Integral
339 controller Enhanced (FQ-PIE) packet scheduling algorithm.
340 For more information, please see https://tools.ietf.org/html/rfc8033
342 To compile this driver as a module, choose M here: the module
343 will be called sch_fq_pie.
347 config NET_SCH_INGRESS
348 tristate "Ingress/classifier-action Qdisc"
349 depends on NET_CLS_ACT
353 Say Y here if you want to use classifiers for incoming and/or outgoing
354 packets. This qdisc doesn't do anything else besides running classifiers,
355 which can also have actions attached to them. In case of outgoing packets,
356 classifiers that this qdisc holds are executed in the transmit path
357 before real enqueuing to an egress qdisc happens.
361 To compile this code as a module, choose M here: the module will be
362 called sch_ingress with alias of sch_clsact.
365 tristate "Plug network traffic until release (PLUG)"
368 This queuing discipline allows userspace to plug/unplug a network
369 output queue, using the netlink interface. When it receives an
370 enqueue command it inserts a plug into the outbound queue that
371 causes following packets to enqueue until a dequeue command arrives
372 over netlink, causing the plug to be removed and resuming the normal
375 This module also provides a generic "network output buffering"
376 functionality (aka output commit), wherein upon arrival of a dequeue
377 command, only packets up to the first plug are released for delivery.
378 The Remus HA project uses this module to enable speculative execution
379 of virtual machines by allowing the generated network output to be rolled
382 For more information, please refer to <http://wiki.xenproject.org/wiki/Remus>
384 Say Y here if you are using this kernel for Xen dom0 and
385 want to protect Xen guests with Remus.
387 To compile this code as a module, choose M here: the
388 module will be called sch_plug.
391 tristate "Enhanced transmission selection scheduler (ETS)"
393 The Enhanced Transmission Selection scheduler is a classful
394 queuing discipline that merges functionality of PRIO and DRR
395 qdiscs in one scheduler. ETS makes it easy to configure a set of
396 strict and bandwidth-sharing bands to implement the transmission
397 selection described in 802.1Qaz.
399 Say Y here if you want to use the ETS packet scheduling
402 To compile this driver as a module, choose M here: the module
403 will be called sch_ets.
407 menuconfig NET_SCH_DEFAULT
408 bool "Allow override default queue discipline"
410 Support for selection of default queuing discipline.
412 Nearly all users can safely say no here, and the default
413 of pfifo_fast will be used. Many distributions already set
414 the default value via /proc/sys/net/core/default_qdisc.
421 prompt "Default queuing discipline"
422 default DEFAULT_PFIFO_FAST
424 Select the queueing discipline that will be used by default
425 for all network devices.
428 bool "Fair Queue" if NET_SCH_FQ
431 bool "Controlled Delay" if NET_SCH_CODEL
433 config DEFAULT_FQ_CODEL
434 bool "Fair Queue Controlled Delay" if NET_SCH_FQ_CODEL
436 config DEFAULT_FQ_PIE
437 bool "Flow Queue Proportional Integral controller Enhanced" if NET_SCH_FQ_PIE
440 bool "Stochastic Fair Queue" if NET_SCH_SFQ
442 config DEFAULT_PFIFO_FAST
443 bool "Priority FIFO Fast"
446 config DEFAULT_NET_SCH
448 default "pfifo_fast" if DEFAULT_PFIFO_FAST
449 default "fq" if DEFAULT_FQ
450 default "fq_codel" if DEFAULT_FQ_CODEL
451 default "fq_pie" if DEFAULT_FQ_PIE
452 default "sfq" if DEFAULT_SFQ
456 comment "Classification"
462 tristate "Elementary classification (BASIC)"
465 Say Y here if you want to be able to classify packets using
466 only extended matches and actions.
468 To compile this code as a module, choose M here: the
469 module will be called cls_basic.
471 config NET_CLS_ROUTE4
472 tristate "Routing decision (ROUTE)"
474 select IP_ROUTE_CLASSID
477 If you say Y here, you will be able to classify packets
478 according to the route table entry they matched.
480 To compile this code as a module, choose M here: the
481 module will be called cls_route.
484 tristate "Netfilter mark (FW)"
487 If you say Y here, you will be able to classify packets
488 according to netfilter/firewall marks.
490 To compile this code as a module, choose M here: the
491 module will be called cls_fw.
494 tristate "Universal 32bit comparisons w/ hashing (U32)"
497 Say Y here to be able to classify packets using a universal
498 32bit pieces based comparison scheme.
500 To compile this code as a module, choose M here: the
501 module will be called cls_u32.
504 bool "Performance counters support"
505 depends on NET_CLS_U32
507 Say Y here to make u32 gather additional statistics useful for
508 fine tuning u32 classifiers.
511 bool "Netfilter marks support"
512 depends on NET_CLS_U32
514 Say Y here to be able to use netfilter marks as u32 key.
517 tristate "Flow classifier"
520 If you say Y here, you will be able to classify packets based on
521 a configurable combination of packet keys. This is mostly useful
522 in combination with SFQ.
524 To compile this code as a module, choose M here: the
525 module will be called cls_flow.
527 config NET_CLS_CGROUP
528 tristate "Control Group Classifier"
530 select CGROUP_NET_CLASSID
533 Say Y here if you want to classify packets based on the control
534 cgroup of their process.
536 To compile this code as a module, choose M here: the
537 module will be called cls_cgroup.
540 tristate "BPF-based classifier"
543 If you say Y here, you will be able to classify packets based on
544 programmable BPF (JIT'ed) filters as an alternative to ematches.
546 To compile this code as a module, choose M here: the module will
549 config NET_CLS_FLOWER
550 tristate "Flower classifier"
553 If you say Y here, you will be able to classify packets based on
554 a configurable combination of packet keys and masks.
556 To compile this code as a module, choose M here: the module will
557 be called cls_flower.
559 config NET_CLS_MATCHALL
560 tristate "Match-all classifier"
563 If you say Y here, you will be able to classify packets based on
564 nothing. Every packet will match.
566 To compile this code as a module, choose M here: the module will
567 be called cls_matchall.
570 bool "Extended Matches"
573 Say Y here if you want to use extended matches on top of classifiers
574 and select the extended matches below.
576 Extended matches are small classification helpers not worth writing
577 a separate classifier for.
579 A recent version of the iproute2 package is required to use
582 config NET_EMATCH_STACK
584 depends on NET_EMATCH
587 Size of the local stack variable used while evaluating the tree of
588 ematches. Limits the depth of the tree, i.e. the number of
589 encapsulated precedences. Every level requires 4 bytes of additional
592 config NET_EMATCH_CMP
593 tristate "Simple packet data comparison"
594 depends on NET_EMATCH
596 Say Y here if you want to be able to classify packets based on
597 simple packet data comparisons for 8, 16, and 32bit values.
599 To compile this code as a module, choose M here: the
600 module will be called em_cmp.
602 config NET_EMATCH_NBYTE
603 tristate "Multi byte comparison"
604 depends on NET_EMATCH
606 Say Y here if you want to be able to classify packets based on
607 multiple byte comparisons mainly useful for IPv6 address comparisons.
609 To compile this code as a module, choose M here: the
610 module will be called em_nbyte.
612 config NET_EMATCH_U32
614 depends on NET_EMATCH
616 Say Y here if you want to be able to classify packets using
617 the famous u32 key in combination with logic relations.
619 To compile this code as a module, choose M here: the
620 module will be called em_u32.
622 config NET_EMATCH_META
624 depends on NET_EMATCH
626 Say Y here if you want to be able to classify packets based on
627 metadata such as load average, netfilter attributes, socket
628 attributes and routing decisions.
630 To compile this code as a module, choose M here: the
631 module will be called em_meta.
633 config NET_EMATCH_TEXT
634 tristate "Textsearch"
635 depends on NET_EMATCH
637 select TEXTSEARCH_KMP
639 select TEXTSEARCH_FSM
641 Say Y here if you want to be able to classify packets based on
642 textsearch comparisons.
644 To compile this code as a module, choose M here: the
645 module will be called em_text.
647 config NET_EMATCH_CANID
648 tristate "CAN Identifier"
649 depends on NET_EMATCH && (CAN=y || CAN=m)
651 Say Y here if you want to be able to classify CAN frames based
654 To compile this code as a module, choose M here: the
655 module will be called em_canid.
657 config NET_EMATCH_IPSET
659 depends on NET_EMATCH && IP_SET
661 Say Y here if you want to be able to classify packets based on
664 To compile this code as a module, choose M here: the
665 module will be called em_ipset.
667 config NET_EMATCH_IPT
668 tristate "IPtables Matches"
669 depends on NET_EMATCH && NETFILTER && NETFILTER_XTABLES
671 Say Y here to be able to classify packets based on iptables
673 Current supported match is "policy" which allows packet classification
674 based on IPsec policy that was used during decapsulation
676 To compile this code as a module, choose M here: the
677 module will be called em_ipt.
683 Say Y here if you want to use traffic control actions. Actions
684 get attached to classifiers and are invoked after a successful
685 classification. They are used to overwrite the classification
686 result, instantly drop or redirect packets, etc.
688 A recent version of the iproute2 package is required to use
691 config NET_ACT_POLICE
692 tristate "Traffic Policing"
693 depends on NET_CLS_ACT
695 Say Y here if you want to do traffic policing, i.e. strict
696 bandwidth limiting. This action replaces the existing policing
699 To compile this code as a module, choose M here: the
700 module will be called act_police.
703 tristate "Generic actions"
704 depends on NET_CLS_ACT
706 Say Y here to take generic actions such as dropping and
709 To compile this code as a module, choose M here: the
710 module will be called act_gact.
713 bool "Probability support"
714 depends on NET_ACT_GACT
716 Say Y here to use the generic action randomly or deterministically.
718 config NET_ACT_MIRRED
719 tristate "Redirecting and Mirroring"
720 depends on NET_CLS_ACT
722 Say Y here to allow packets to be mirrored or redirected to
725 To compile this code as a module, choose M here: the
726 module will be called act_mirred.
728 config NET_ACT_SAMPLE
729 tristate "Traffic Sampling"
730 depends on NET_CLS_ACT
733 Say Y here to allow packet sampling tc action. The packet sample
734 action consists of statistically choosing packets and sampling
735 them using the psample module.
737 To compile this code as a module, choose M here: the
738 module will be called act_sample.
741 tristate "IPtables targets"
742 depends on NET_CLS_ACT && NETFILTER && NETFILTER_XTABLES
744 Say Y here to be able to invoke iptables targets after successful
747 To compile this code as a module, choose M here: the
748 module will be called act_ipt.
751 tristate "Stateless NAT"
752 depends on NET_CLS_ACT
754 Say Y here to do stateless NAT on IPv4 packets. You should use
755 netfilter for NAT unless you know what you are doing.
757 To compile this code as a module, choose M here: the
758 module will be called act_nat.
761 tristate "Packet Editing"
762 depends on NET_CLS_ACT
764 Say Y here if you want to mangle the content of packets.
766 To compile this code as a module, choose M here: the
767 module will be called act_pedit.
770 tristate "Simple Example (Debug)"
771 depends on NET_CLS_ACT
773 Say Y here to add a simple action for demonstration purposes.
774 It is meant as an example and for debugging purposes. It will
775 print a configured policy string followed by the packet count
776 to the console for every packet that passes by.
780 To compile this code as a module, choose M here: the
781 module will be called act_simple.
783 config NET_ACT_SKBEDIT
784 tristate "SKB Editing"
785 depends on NET_CLS_ACT
787 Say Y here to change skb priority or queue_mapping settings.
791 To compile this code as a module, choose M here: the
792 module will be called act_skbedit.
795 tristate "Checksum Updating"
796 depends on NET_CLS_ACT && INET
799 Say Y here to update some common checksum after some direct
802 To compile this code as a module, choose M here: the
803 module will be called act_csum.
806 tristate "MPLS manipulation"
807 depends on NET_CLS_ACT
809 Say Y here to push or pop MPLS headers.
813 To compile this code as a module, choose M here: the
814 module will be called act_mpls.
817 tristate "Vlan manipulation"
818 depends on NET_CLS_ACT
820 Say Y here to push or pop vlan headers.
824 To compile this code as a module, choose M here: the
825 module will be called act_vlan.
828 tristate "BPF based action"
829 depends on NET_CLS_ACT
831 Say Y here to execute BPF code on packets. The BPF code will decide
832 if the packet should be dropped or not.
836 To compile this code as a module, choose M here: the
837 module will be called act_bpf.
839 config NET_ACT_CONNMARK
840 tristate "Netfilter Connection Mark Retriever"
841 depends on NET_CLS_ACT && NETFILTER
842 depends on NF_CONNTRACK && NF_CONNTRACK_MARK
844 Say Y here to allow retrieving of conn mark
848 To compile this code as a module, choose M here: the
849 module will be called act_connmark.
851 config NET_ACT_CTINFO
852 tristate "Netfilter Connection Mark Actions"
853 depends on NET_CLS_ACT && NETFILTER
854 depends on NF_CONNTRACK && NF_CONNTRACK_MARK
856 Say Y here to allow transfer of a connmark stored information.
857 Current actions transfer connmark stored DSCP into
858 ipv4/v6 diffserv and/or to transfer connmark to packet
859 mark. Both are useful for restoring egress based marks
860 back onto ingress connections for qdisc priority mapping
865 To compile this code as a module, choose M here: the
866 module will be called act_ctinfo.
868 config NET_ACT_SKBMOD
869 tristate "skb data modification action"
870 depends on NET_CLS_ACT
872 Say Y here to allow modification of skb data
876 To compile this code as a module, choose M here: the
877 module will be called act_skbmod.
880 tristate "Inter-FE action based on IETF ForCES InterFE LFB"
881 depends on NET_CLS_ACT
884 Say Y here to allow for sourcing and terminating metadata
885 For details refer to netdev01 paper:
886 "Distributing Linux Traffic Control Classifier-Action Subsystem"
887 Authors: Jamal Hadi Salim and Damascene M. Joachimpillai
889 To compile this code as a module, choose M here: the
890 module will be called act_ife.
892 config NET_ACT_TUNNEL_KEY
893 tristate "IP tunnel metadata manipulation"
894 depends on NET_CLS_ACT
896 Say Y here to set/release ip tunnel metadata.
900 To compile this code as a module, choose M here: the
901 module will be called act_tunnel_key.
904 tristate "connection tracking tc action"
905 depends on NET_CLS_ACT && NF_CONNTRACK && (!NF_NAT || NF_NAT) && NF_FLOW_TABLE
906 select NF_CONNTRACK_OVS
907 select NF_NAT_OVS if NF_NAT
909 Say Y here to allow sending the packets to conntrack module.
913 To compile this code as a module, choose M here: the
914 module will be called act_ct.
917 tristate "Frame gate entry list control tc action"
918 depends on NET_CLS_ACT
920 Say Y here to allow to control the ingress flow to be passed at
921 specific time slot and be dropped at other specific time slot by
925 To compile this code as a module, choose M here: the
926 module will be called act_gate.
928 config NET_IFE_SKBMARK
929 tristate "Support to encoding decoding skb mark on IFE action"
930 depends on NET_ACT_IFE
932 config NET_IFE_SKBPRIO
933 tristate "Support to encoding decoding skb prio on IFE action"
934 depends on NET_ACT_IFE
936 config NET_IFE_SKBTCINDEX
937 tristate "Support to encoding decoding skb tcindex on IFE action"
938 depends on NET_ACT_IFE
940 config NET_TC_SKB_EXT
941 bool "TC recirculation support"
942 depends on NET_CLS_ACT
943 select SKB_EXTENSIONS
946 Say Y here to allow tc chain misses to continue in OvS datapath in
947 the correct recirc_id, and hardware chain misses to continue in
948 the correct chain in tc software datapath.
950 Say N here if you won't be using tc<->ovs offload or tc chains offload.