[dpdk-dev] [PATCH 0/3] Rename field name for RX/TX queue start/stop

Hi Thomas, I have generated patch v2 to resolve this according to your comments. Pls see attachment. Thanks and regards, Changchun -Original Message- From: Thomas Monjalon [mailto:thomas.monja...@6wind.com] Sent: Tuesday, July 22, 2014 5:38 PM To: Ouyang, Changchun Cc: dev at dpdk.org Sub

[dpdk-dev] does vswitchd runs multiple threads when i added dpdk devices

Hi, I have taken the code form https://github.com/openvswitch/ovs I have added two dpdk devices ovs-vsctl add-port br0 dpdk0 -- set Interface dpdk0 type=dpdk ovs-vsctl add-port br0 dpdk1 -- set Interface dpdk1 type=dpdk https://github.com/openvswitch/ovs/blob/master/INSTALL.DPDK In the above

[dpdk-dev] [PATCH] virtio: Fix 2 compilation issues in virtio PMD

Hi all, > -Original Message- > From: Ouyang, Changchun > Sent: Thursday, July 24, 2014 12:58 PM > To: dev at dpdk.org > Cc: Cao, Waterman; Ouyang, Changchun > Subject: [PATCH] virtio: Fix 2 compilation issues in virtio PMD > > Fix 2 compilation issues in virtio PMD when dump option is ena

[dpdk-dev] [PATCH v2 1/6] ethdev: rename macros of packet classification type

For better understanding, 'PCTYPE' which represents 'Packet Classification Type' is used to replace 'RSS' in the name of shift macros. Signed-off-by: Helin Zhang --- lib/librte_ether/rte_ethdev.h | 76 +-- 1 file changed, 38 insertions(+), 38 deletions(-)

[dpdk-dev] [PATCH v2 4/6] i40e: support of 'is_command_supported'

'is_command_supported' is defined for the capability discovery. Actually it is to check if a command (feature) is supported on a specific type of NIC port. Now i40e supports below eight commands. Of cause, more commands can be supported later. - RTE_CMD_GET_SYM_HASH_ENABLE_PER_PCTYPE - RTE_CMD_SE

[dpdk-dev] [PATCH v2 5/6] i40e: Initialize hash function during port initialization.

As hash function are configured in gloabal registers, those registers will not be reloaded unless a gloabl NIC hardware reset. That means a DPDK application launch will not load the default configuration of hash functions. It needs an initialization of those registers during the port initialization

[dpdk-dev] [PATCH v2 2/6] ethdev: add new ops of 'is_command_supported' and 'rx_classification_filter_ctl'

Two ops of 'is_command_supported' and 'rx_classification_filter_ctl' are added. New header file of 'rte_eth_features.h' is added. * 'is_command_supported': It is for capability discovery, that is to check if specific feature/command is supported on a port. * 'rx_classification_filter_ctl': It i

[dpdk-dev] [PATCH v2 3/6] i40e: support of 'rx_classification_filter_ctl'

'rx_classification_filter_ctl' was defined as a common API for receive classification filter features. Eight commands has been implemented for selecting hash functions of 'Toeplitz' and 'Simple XOR', and configuring symmetric hash functions. In detail, RTE_CMD_GET_SYM_HASH_ENABLE_PER_PCTYPE: - Get

[dpdk-dev] [PATCH v2 6/6] app/testpmd: add commands for configuring hash functions

Eight commands are added to configure hash functions. They are, - i40e_get_sym_hash_ena_per_port Get symmetric hash enable per port. - i40e_set_sym_hash_ena_per_port Set symmetric hash enable per port. - i40e_get_sym_hash_ena_per_pctype Get symmetric hash enable per PCTYPE (Packet Cl

[dpdk-dev] [PATCH v2 0/6] Support configuring hash functions

These pathches mainly support configuring hash functions. In detail, - It can select Toeplitz or simple XOR hash functions. - It can configure symmetric hash functions. * Get/set symmetric hash enable per port. * Get/set symmetric hash enable per 'PCTYPE'. * Get/set filter swap configura

[dpdk-dev] free a memzone

Hi Mahdi, > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Mahdi Dashtbozorgi > Sent: Thursday, July 24, 2014 6:20 AM > To: dev at dpdk.org > Subject: Re: [dpdk-dev] free a memzone > > Hi Bruce, > > Thank you for the response. That's a great Idea! > But I do

[dpdk-dev] free a memzone

Hi Konstantin, Thank you very much. Your solution fixed my problem. Is there a solution like this for resetting the memory zone, which is used by rte_malloc function? Because if I use rte_malloc instead of malloc, in the case of application crash, the memory zone, which was used by rte_malloc in t

[dpdk-dev] [PATCH] ixgbe: convert sse intrinsics to use __builtin variants

On Sat, Jul 26, 2014 at 11:15:01AM +, Ananyev, Konstantin wrote: > > Hi Neil, > > > The ixgbe pmd currently can't be built without enabling sse instructions at > > compile time. > > Actually it can, all you have to do is set RTE_IXGBE_INC_VECTOR=n in your > config. > > > While sse extens

[dpdk-dev] free a memzone

Hi Mahdi, >Hi Konstantin, >Thank you very much. Your solution fixed my problem. >Is there a solution like this for resetting the memory zone, which is used by >rte_malloc function? >Because if I use rte_malloc instead of malloc, in the case of application >crash, the memory zone, which was used

[dpdk-dev] [ovs-discuss] does vswitchd runs multiple threads when i added dpdk devices

Hey Srinivas, Right now, ovs has only one dpdk polling thread. We are working on creating multiple polling threads and pinning polling threads to the same cpu socket as dpdk interface. Thanks, Alex Wang, On Mon, Jul 28, 2014 at 9:15 AM, Ben Pfaff wrote: > On Mon, Jul 28, 2014 at 07:33:35AM