Thx Andy for the review,
Please see my reply below,
> + * When recirc_id is set in 'flow', checks whether the ofproto_dpif that
> > + * corresponds to the recirc_id is same as the receiving bridge. If
> they are
> > + * the same, uses the 'ofproto' and keeps the 'ofp_in_port' as assigned.
> > +
Hey Yamamoto,
Sorry for this delayed reply,
Your concern is valid. We will need to discuss it more the coming week,
For a correct fix that covers all cases, we are thinking about making
userspace restore the flow format of pre-recirc pkt so that the miss
handling of the recirc pkts could go thr
This commit changes the per dpif-netdev datapath flow-table/
classifier to per pmd-thread. As direct benefit, datapath
and flow statistics no longer need to be protected by mutex
or be declared as per-thread variable, since they are only
written by the owning pmd thread.
As side effects, the flow
This commit adds the function dp_netdev_get_pmd() which allows
users to get 'struct dp_netdev_pmd_thread' based on the core id.
Signed-off-by: Alex Wang
---
PATCH->V2:
- rebase to master.
---
lib/dpif-netdev.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/
This commit refines the ovs-numa module by eliminating
duplicated codes and exposing API for dumping the cores
on numa node.
Signed-off-by: Alex Wang
---
PATCH -> V2:
- refine the ovs-numa module to eliminate duplicate code.
- expose API for dumping cores.
- rebase to master.
---
lib/ovs-numa.c
