[dpdk-dev] [PATCH 4/4] testpmd: extend commands for filter's input set changing

2015-12-25 Thread Jingjing Wu
This patch extends commands for filter's input set changing. It added tos, protocol and ttl as filter's input fields, and remove the words selection from flex payloads for flow director. Signed-off-by: Jingjing Wu --- app/test-pmd/cmdline.c | 100

[dpdk-dev] [PATCH 3/4] i40e: extend flow director to filter by more IP Header fields

2015-12-25 Thread Jingjing Wu
This patch extended flow director to select more IP Header fields as filter input set. Signed-off-by: Jingjing Wu --- drivers/net/i40e/i40e_ethdev.c | 69 ++ drivers/net/i40e/i40e_fdir.c | 26 +++- 2 files changed, 75 insertions(+), 20

[dpdk-dev] [PATCH 2/4] i40e: split function for input set change of hash and fdir

2015-12-25 Thread Jingjing Wu
This patch splited function for input set change of hash and fdir, and added a new function to set the input set to default when initialization. Signed-off-by: Jingjing Wu --- drivers/net/i40e/i40e_ethdev.c | 330 + drivers/net/i40e/i40e_ethdev.h | 11 +-

[dpdk-dev] [PATCH 1/4] ethdev: extend flow director to support input set selection

2015-12-25 Thread Jingjing Wu
This patch add RTE_ETH_INPUT_SET_L3_IP4_TTL, RTE_ETH_INPUT_SET_L3_IP6_HOP_LIMITS input field type and extends struct rte_eth_ipv4_flow and rte_eth_ipv6_flow to support filtering by tos, protocol and ttl. Signed-off-by: Jingjing Wu --- lib/librte_ether/rte_eth_ctrl.h | 8 1 file

[dpdk-dev] [PATCH 0/4] extend flow director's IP fields in i40e driver

2015-12-25 Thread Jingjing Wu
This patch set extends flow director to support filtering by TOS, Protocol and TTL in i40e driver. Jingjing Wu (4): ethdev: extend flow director to support input set selection i40e: split function for input set change of hash and fdir i40e: extend flow director to filter by more IP Header

[dpdk-dev] [PATCH 3/3] examples/l3fwd: Handle SIGINT and SIGTERM in l3fwd

2015-12-25 Thread Wang, Zhihong
> On Wed, 23 Dec 2015 15:03:15 -0500 > Zhihong Wang wrote: > > > +/* When we receive a INT signal, close all ports */ static void > > +sigint_handler(__rte_unused int signum) { > > + unsigned portid, nb_ports; > > + > > + printf("Preparing to exit...\n"); > > + nb_ports =

[dpdk-dev] [PATCH 3/3] examples/l3fwd: Handle SIGINT and SIGTERM in l3fwd

2015-12-25 Thread Wang, Zhihong
> > +/* When we receive a INT signal, close all ports */ static void > > +sigint_handler(__rte_unused int signum) { > > + unsigned portid, nb_ports; > > + > > + printf("Preparing to exit...\n"); > > + nb_ports = rte_eth_dev_count(); > > + for (portid = 0; portid < nb_ports; portid++) { > >

[dpdk-dev] [PATCH 4/4] virtio: check if any kernel driver is manipulating the device

2015-12-25 Thread Huawei Xie
virtio PMD could use IO port to configure the virtio device without using uio driver. There are two issues with previous implementation: 1) virtio PMD will take over each virtio device blindly even if some are not intended for DPDK. 2) driver conflict between virtio PMD and virtio-net kernel

[dpdk-dev] [PATCH 2/4] eal: set kdrv to RTE_KDRV_NONE if kernel driver isn't manipulating the device.

2015-12-25 Thread Huawei Xie
Use RTE_KDRV_NONE to indicate that kernel driver isn't manipulating the device. Signed-off-by: Huawei Xie --- lib/librte_eal/linuxapp/eal/eal_pci.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/librte_eal/linuxapp/eal/eal_pci.c b/lib/librte_eal/linuxapp/eal/eal_pci.c

[dpdk-dev] [PATCH 1/4] eal: make the comment more accurate

2015-12-25 Thread Huawei Xie
Signed-off-by: Huawei Xie --- lib/librte_eal/common/eal_common_pci.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/lib/librte_eal/common/eal_common_pci.c b/lib/librte_eal/common/eal_common_pci.c index dcfe947..bbcdb2b 100644 ---

[dpdk-dev] [PATCH 0/4] check if any kernel driver is manipulating the virtio device

2015-12-25 Thread Huawei Xie
virtio PMD doesn't set RTE_PCI_DRV_NEED_MAPPING in drv_flags of its eth_driver. It will try igb_uio and PORT IO in turn to configure virtio device. Even user in guest VM doesn't want to use virtio for DPDK, virtio PMD will take over the device blindly. The more serious problem is kernel driver is