summaryrefslogtreecommitdiff
path: root/target/linux/config/Config.in.sched
diff options
context:
space:
mode:
authorwbx <wbx@hydrogenium.(none)>2009-05-17 14:41:34 +0200
committerwbx <wbx@hydrogenium.(none)>2009-05-17 14:41:34 +0200
commit219a6dab8995aad9ac4860cc1a84d6f3509a03a4 (patch)
treeb9c0f3c43aebba2fcfef777592d0add39f2072f4 /target/linux/config/Config.in.sched
Initial import
Diffstat (limited to 'target/linux/config/Config.in.sched')
-rw-r--r--target/linux/config/Config.in.sched337
1 files changed, 337 insertions, 0 deletions
diff --git a/target/linux/config/Config.in.sched b/target/linux/config/Config.in.sched
new file mode 100644
index 000000000..c5a992ba4
--- /dev/null
+++ b/target/linux/config/Config.in.sched
@@ -0,0 +1,337 @@
+menu "QoS and/or fair queueing"
+
+config ADK_KERNEL_NET_SCH_CSZ
+ boolean
+ default n
+
+config ADK_KERNEL_NET_SCH_NETEM
+ boolean
+ default n
+
+config ADK_KERNEL_NET_QOS
+ boolean
+ default n
+
+config ADK_KERNEL_NET_ESTIMATOR
+ boolean
+ default n
+
+config ADK_KERNEL_NET_SCHED
+ #prompt "kmod-net-sched.................... QoS and/or fair queueing support"
+ boolean
+ default n
+ help
+ When the kernel has several packets to send out over a network
+ device, it has to decide which ones to send first, which ones to
+ delay, and which ones to drop. This is the job of the queueing
+ disciplines, several different algorithms for how to do this
+ "fairly" have been proposed.
+
+ If you say N here, you will get the standard packet scheduler, which
+ is a FIFO (first come, first served). If you say Y here, you will be
+ able to choose from among several alternative algorithms which can
+ then be attached to different network devices. This is useful for
+ example if some of your network devices are real time devices that
+ need a certain minimum data flow rate, or if you need to limit the
+ maximum data flow rate for traffic which matches specified criteria.
+ This code is considered to be experimental.
+
+ To administer these schedulers, you'll need the user-level utilities
+ from the package iproute2+tc at <ftp://ftp.tux.org/pub/net/ip-routing/>.
+ That package also contains some documentation; for more, check out
+ <http://linux-net.osdl.org/index.php/Iproute2>.
+
+ This Quality of Service (QoS) support will enable you to use
+ Differentiated Services (diffserv) and Resource Reservation Protocol
+ (RSVP) on your Linux router if you also say Y to the corresponding
+ classifiers below. Documentation and software is at
+ <http://diffserv.sourceforge.net/>.
+
+comment "Queueing/Scheduling"
+
+config ADK_KPACKAGE_KMOD_NET_SCH_CBQ
+ prompt "kmod-sched-cbq.................... Class Based Queueing (CBQ)"
+ tristate
+ select ADK_KERNEL_NET_SCHED
+ default n
+ help
+ Say Y here if you want to use the Class-Based Queueing (CBQ) packet
+ scheduling algorithm. This algorithm classifies the waiting packets
+ into a tree-like hierarchy of classes; the leaves of this tree are
+ in turn scheduled by separate algorithms.
+
+ See the top of <file:net/sched/sch_cbq.c> for more details.
+
+ CBQ is a commonly used scheduler, so if you're unsure, you should
+ say Y here. Then say Y to all the queueing algorithms below that you
+ want to use as leaf disciplines.
+
+config ADK_KPACKAGE_KMOD_NET_SCH_HTB
+ prompt "kmod-sched-htb.................... Hierarchical Token Bucket (HTB)"
+ tristate
+ select ADK_KERNEL_NET_SCHED
+ default n
+ help
+ Say Y here if you want to use the Hierarchical Token Buckets (HTB)
+ packet scheduling algorithm. See
+ <http://luxik.cdi.cz/~devik/qos/htb/> for complete manual and
+ in-depth articles.
+
+ HTB is very similar to CBQ regarding its goals however is has
+ different properties and different algorithm.
+
+config ADK_KPACKAGE_KMOD_NET_SCH_HFSC
+ prompt "kmod-sched-hfsc................... Hierarchical Fair Service Curve (HFSC)"
+ tristate
+ select ADK_KERNEL_NET_SCHED
+ default n
+ help
+ Say Y here if you want to use the Hierarchical Fair Service Curve
+ (HFSC) packet scheduling algorithm.
+
+config ADK_KPACKAGE_KMOD_NET_SCH_ATM
+ prompt "kmod-sched-atm.................... ATM Virtual Circuits (ATM)"
+ tristate
+ depends ADK_KPACKAGE_KMOD_ATM
+ select ADK_KERNEL_NET_SCHED
+ default n
+ help
+ Say Y here if you want to use the ATM pseudo-scheduler. This
+ provides a framework for invoking classifiers, which in turn
+ select classes of this queuing discipline. Each class maps
+ the flow(s) it is handling to a given virtual circuit.
+
+ See the top of <file:net/sched/sch_atm.c>) for more details.
+
+config ADK_KPACKAGE_KMOD_NET_SCH_PRIO
+ prompt "kmod-sched-prio................... Multi Band Priority Queueing (PRIO)"
+ tristate
+ select ADK_KERNEL_NET_SCHED
+ default n
+ help
+ Say Y here if you want to use an n-band priority queue packet
+ scheduler.
+
+config ADK_KPACKAGE_KMOD_NET_SCH_RED
+ prompt "kmod-sched-red.................... Random Early Detection (RED)"
+ tristate
+ select ADK_KERNEL_NET_SCHED
+ default n
+ help
+ Say Y here if you want to use the Random Early Detection (RED)
+ packet scheduling algorithm.
+
+ See the top of <file:net/sched/sch_red.c> for more details.
+
+config ADK_KPACKAGE_KMOD_NET_SCH_SFQ
+ prompt "kmod-sched-sfq.................... Stochastic Fairness Queueing (SFQ)"
+ tristate
+ select ADK_KERNEL_NET_SCHED
+ default n
+ help
+ Say Y here if you want to use the Stochastic Fairness Queueing (SFQ)
+ packet scheduling algorithm .
+
+ See the top of <file:net/sched/sch_sfq.c> for more details.
+
+#config ADK_KPACKAGE_KMOD_NET_SCH_TEQL
+# prompt "kmod-sched-teql................... True Link Equalizer (TEQL)"
+# tristate
+# select ADK_KERNEL_NET_SCHED
+# default n
+# help
+# Say Y here if you want to use the True Link Equalizer (TLE) packet
+# scheduling algorithm. This queueing discipline allows the combination
+# of several physical devices into one virtual device.
+#
+# See the top of <file:net/sched/sch_teql.c> for more details.
+
+config ADK_KPACKAGE_KMOD_NET_SCH_TBF
+ prompt "kmod-sched-tbf.................... Token Bucket Filter (TBF)"
+ tristate
+ select ADK_KERNEL_NET_SCHED
+ default n
+ help
+ Say Y here if you want to use the Token Bucket Filter (TBF) packet
+ scheduling algorithm.
+
+ See the top of <file:net/sched/sch_tbf.c> for more details.
+
+config ADK_KPACKAGE_KMOD_NET_SCH_GRED
+ prompt "kmod-sched-gred................... Generic Random Early Detection (GRED)"
+ tristate
+ select ADK_KERNEL_NET_SCHED
+ default n
+ help
+ Say Y here if you want to use the Generic Random Early Detection
+ (GRED) packet scheduling algorithm for some of your network devices
+ (see the top of <file:net/sched/sch_red.c> for details and
+ references about the algorithm).
+
+config ADK_KPACKAGE_KMOD_NET_SCH_DSMARK
+ prompt "kmod-sched-dsmark................. Differentiated Services marker (DSMARK)"
+ tristate
+ select ADK_KERNEL_NET_SCHED
+ default n
+ help
+ Say Y if you want to schedule packets according to the
+ Differentiated Services architecture proposed in RFC 2475.
+ Technical information on this method, with pointers to associated
+ RFCs, is available at <http://www.gta.ufrj.br/diffserv/>.
+
+config ADK_KPACKAGE_KMOD_NET_SCH_INGRESS
+ prompt "kmod-sched-ingress................ Ingress Qdisc"
+ tristate
+ select ADK_KERNEL_NET_SCHED
+ select ADK_KERNEL_NETFILTER
+ select ADK_KERNEL_NET_CLS_ACT
+ default n
+ help
+ Say Y here if you want to use classifiers for incoming packets.
+ If unsure, say Y.
+
+comment "Classification"
+
+config ADK_KERNEL_NET_CLS
+ boolean
+ select ADK_KERNEL_NET_SCHED
+ default n
+
+config ADK_KPACKAGE_KMOD_NET_CLS_BASIC
+ prompt "kmod-cls-basic.................... Elementary classification (BASIC)"
+ tristate
+ select ADK_KERNEL_NET_CLS
+ depends on ADK_LINUX_2_6
+ default n
+ help
+ Say Y here if you want to be able to classify packets using
+ only extended matches and actions.
+
+config ADK_KPACKAGE_KMOD_NET_CLS_TCINDEX
+ prompt "kmod-cls-tcindex.................. Traffic-Control Index (TCINDEX)"
+ tristate
+ select ADK_KERNEL_NET_CLS
+ default n
+ help
+ Say Y here if you want to be able to classify packets based on
+ traffic control indices. You will want this feature if you want
+ to implement Differentiated Services together with DSMARK.
+
+config ADK_KPACKAGE_KMOD_NET_CLS_ROUTE4
+ prompt "kmod-cls-route4................... Routing decision (ROUTE)"
+ tristate
+ select ADK_KERNEL_NET_CLS
+ default n
+ help
+ If you say Y here, you will be able to classify packets
+ according to the route table entry they matched.
+
+config ADK_KPACKAGE_KMOD_NET_CLS_FW
+ prompt "kmod-cls-fw....................... Netfilter mark (FW)"
+ tristate
+ select ADK_KERNEL_NET_CLS
+ default n
+ help
+ If you say Y here, you will be able to classify packets
+ according to netfilter/firewall marks.
+
+config ADK_KPACKAGE_KMOD_NET_CLS_U32
+ prompt "kmod-cls-u32...................... Universal 32bit comparisons w/ hashing (U32)"
+ tristate
+ select ADK_KERNEL_NET_CLS
+ default n
+ help
+ Say Y here to be able to classify packets using a universal
+ 32bit pieces based comparison scheme.
+
+config ADK_KPACKAGE_KMOD_NET_CLS_U32_PERF
+ prompt ".................................. Performance counters support"
+ bool
+ select ADK_KERNEL_NET_CLS
+ depends ADK_KPACKAGE_KMOD_NET_CLS_U32
+ default n
+ help
+ Say Y here to make u32 gather additional statistics useful for
+ fine tuning u32 classifiers.
+
+config ADK_KPACKAGE_KMOD_NET_CLS_U32_MARK
+ prompt ".................................. Netfilter marks support"
+ bool
+ select ADK_KERNEL_NET_CLS
+ depends ADK_KPACKAGE_KMOD_NET_CLS_U32
+ depends ADK_KPACKAGE_KMOD_NET_CLS_FW
+ default n
+ help
+ Say Y here to be able to use netfilter marks as u32 key.
+
+comment "Actions"
+
+config ADK_KERNEL_NET_CLS_ACT
+ boolean
+ select ADK_KERNEL_NET_SCHED
+ select ADK_KERNEL_NET_ESTIMATOR
+ default n
+
+config ADK_KPACKAGE_KMOD_NET_CLS_POLICE
+ prompt "kmod-act-police................... Traffic Policing"
+ tristate
+ select ADK_KERNEL_NET_CLS_ACT
+ depends ADK_LINUX_2_4
+ default n
+ help
+ Say Y here if you want to do traffic policing, i.e. strict
+ bandwidth limiting. This action replaces the existing policing
+ module.
+
+config ADK_KPACKAGE_KMOD_NET_ACT_POLICE
+ prompt "kmod-act-police................... Traffic Policing"
+ tristate
+ select ADK_KERNEL_NET_CLS_ACT
+ depends ADK_LINUX_2_6
+ default n
+ help
+ Say Y here if you want to do traffic policing, i.e. strict
+ bandwidth limiting. This action replaces the existing policing
+ module.
+
+config ADK_KPACKAGE_KMOD_NET_ACT_GACT
+ prompt "kmod-act-gact..................... Generic actions"
+ tristate
+ select ADK_KERNEL_NET_CLS_ACT
+ depends ADK_LINUX_2_6
+ default n
+ help
+ Say Y here to take generic actions such as dropping and
+ accepting packets.
+
+config ADK_KPACKAGE_KMOD_NET_ACT_MIRRED
+ prompt "kmod-act-mirred................... Redirecting and Mirroring"
+ tristate
+ select ADK_KERNEL_NET_CLS_ACT
+ depends ADK_LINUX_2_6
+ default n
+ help
+ Say Y here to allow packets to be mirrored or redirected to
+ other devices.
+
+config ADK_KPACKAGE_KMOD_NET_ACT_IPT
+ prompt "kmod-act-ipt...................... IPtables targets"
+ tristate
+ select ADK_KERNEL_NET_CLS_ACT
+ select ADK_KPACKAGE_KMOD_IP_NF_IPTABLES
+ depends ADK_LINUX_2_6
+ default n
+ help
+ Say Y here to be able to invoke iptables targets after successful
+ classification.
+
+config ADK_KPACKAGE_KMOD_NET_ACT_PEDIT
+ prompt "kmod-act-pedit.................... Packet Editing"
+ tristate
+ select ADK_KERNEL_NET_CLS_ACT
+ depends ADK_LINUX_2_6
+ default n
+ help
+ Say Y here if you want to mangle the content of packets.
+
+endmenu