From: Stephen Hemminger Date: Wed, 14 May 2014 16:25:27 +0000 (-0700) Subject: sched: fix grinder bug X-Git-Tag: spdx-start~10797 X-Git-Url: http://git.droids-corp.org/?a=commitdiff_plain;h=1f1f3a0078c449e82f81be3d934c7f24441e3db4;p=dpdk.git sched: fix grinder bug The rte_scheduler will get stuck and not deliver any more packets if there are two active subports and then one of them stops enqueing more packets. This is because of a bug in how the grinder state machines are managed. If a non-zero grinder is assigned (but not yet active), then the dequeue would miss it and always return zero packets. The cure is to always do a first pass over all grinders. Signed-off-by: Stephen Hemminger Acked-by: Thomas Monjalon --- diff --git a/lib/librte_sched/rte_sched.c b/lib/librte_sched/rte_sched.c index 0403b7a0d0..2625662c91 100644 --- a/lib/librte_sched/rte_sched.c +++ b/lib/librte_sched/rte_sched.c @@ -2113,12 +2113,12 @@ rte_sched_port_time_resync(struct rte_sched_port *port) } static inline int -rte_sched_port_exceptions(struct rte_sched_port *port) +rte_sched_port_exceptions(struct rte_sched_port *port, int second_pass) { int exceptions; /* Check if any exception flag is set */ - exceptions = (port->busy_grinders == 0) || + exceptions = (second_pass && port->busy_grinders == 0) || (port->pipe_exhaustion == 1); /* Clear exception flags */ @@ -2140,7 +2140,8 @@ rte_sched_port_dequeue(struct rte_sched_port *port, struct rte_mbuf **pkts, uint /* Take each queue in the grinder one step further */ for (i = 0, count = 0; ; i ++) { count += grinder_handle(port, i & (RTE_SCHED_PORT_N_GRINDERS - 1)); - if ((count == n_pkts) || rte_sched_port_exceptions(port)) { + if ((count == n_pkts) || + rte_sched_port_exceptions(port, i >= RTE_SCHED_PORT_N_GRINDERS)) { break; } }