[dpdk-dev] [PATCH v4 5/7] hv: poll mode driver

Hi Stephen Will you have documentation to go along with these changes? Thanks Siobhan > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Stephen > Hemminger > Sent: Tuesday, April 21, 2015 6:33 PM > To: alexmay at microsoft.com > Cc: dev at dpdk.org; Stas

[dpdk-dev] [PATCH v8 0/3]: Add LRO support to ixgbe PMD

Just look how much dead code is in the base driver

[dpdk-dev] [PATCH v8 0/3]: Add LRO support to ixgbe PMD

Linux forced Intel to change away from the base driver model, and at this point as many patches come from community as Intel. The "base driver" model is not sustainable over the long term in my admittedly biased opinion.

[dpdk-dev] [PATCH v8 0/3]: Add LRO support to ixgbe PMD

On Apr 21, 2015 6:23 PM, "Zhang, Helin" wrote: > > Hi Vlad > > I have a concern about the code changes you added in ixgbe_type.h. > For ixgbe, all source files in librte_pmd_ixgbe/ixgbe, except ixgbe_osdep.h were called as "base driver", which was not developed by DPDK developers, and released by

[dpdk-dev] [PATCH v5 08/12] mbuf: fix clone support when application uses private mbuf data

Hi Konstantin, On 04/21/2015 05:01 PM, Ananyev, Konstantin wrote: > Hi Olivier, > >> -Original Message- >> From: Olivier Matz [mailto:olivier.matz at 6wind.com] >> Sent: Tuesday, April 21, 2015 10:55 AM >> To: dev at dpdk.org >> Cc: Ananyev, Konstantin; zoltan.kiss at linaro.org;

[dpdk-dev] DPDK v2.0 testpmd with Mellanox ConnectX-3 problem!

When I'm run testpmd with DPDK 2.0 and the Mellanox ConnectX-3. I get a error. Here are my questions: 1> lspci |grep Mell 02:00.0 Network controller: Mellanox Technologies MT27500 Family [ConnectX-3] 2> compile libibverbs-1.1.7mlnx1 && libmlx4-1.0.5mlnx1 export

[dpdk-dev] [PATCH v6 2/6] Move common functions in eal.c

On Sat, Apr 18, 2015 at 12:43:07PM -0700, Ravi Kerur wrote: > Changes in v6 > Split eal_common_system.c and eal_common_runtime.c into > eal_common_sysfs.c > eal_common_mem_cfg.c > eal_common_proc_type.c > eal_comm_app_usage.c > based on functionality. > > Changes in v5 > Rebase to latest code. >

[dpdk-dev] [PATCH v6 1/6] Move common functions in eal_thread.c

On Sat, Apr 18, 2015 at 12:43:06PM -0700, Ravi Kerur wrote: > Changes in v6 > Remove RTE_EXEC_ENV_BSDAPP from eal_common_thread.c file. > Add pthread_setname_np/pthread_set_name_np for Linux/FreeBSD > respectively. Plan to use _getname_ in RTE_LOG when available. > Use existing rte_get_systid() in

[dpdk-dev] [PATCH v5 04/12] mbuf: fix rte_pktmbuf_init when mbuf private size is not zero

> -Original Message- > From: Olivier Matz [mailto:olivier.matz at 6wind.com] > Sent: Tuesday, April 21, 2015 10:55 AM > To: dev at dpdk.org > Cc: Ananyev, Konstantin; zoltan.kiss at linaro.org; Richardson, Bruce; > nhorman at tuxdriver.com; olivier.matz at 6wind.com > Subject: [PATCH v5

[dpdk-dev] [PATCH v5 08/12] mbuf: fix clone support when application uses private mbuf data

Hi Olivier, > -Original Message- > From: Olivier Matz [mailto:olivier.matz at 6wind.com] > Sent: Tuesday, April 21, 2015 10:55 AM > To: dev at dpdk.org > Cc: Ananyev, Konstantin; zoltan.kiss at linaro.org; Richardson, Bruce; > nhorman at tuxdriver.com; olivier.matz at 6wind.com >

[dpdk-dev] [PATCH v4 5/7] hv: poll mode driver

On Tue, 21 Apr 2015 19:34:39 + "Butler, Siobhan A" wrote: > Hi Stephen > Will you have documentation to go along with these changes? > Thanks > Siobhan Unlikely. Microsoft or other contributors might add something in a later version. The documentation that exists in DPDK related drivers

[dpdk-dev] DPDK v2.0 testpmd with Mellanox ConnectX-3 problem!

Hi Kang, You probably compiled the downloaded libraries using dynamic linkage, prior to the static one you specified here. You need to remove them from /usr/local/libs and also please delete /usr/local/include/infiniband Let me know if it solves your problem. Best Regards, Olga

[dpdk-dev] [PATCH v3 0/5] Clean up pci uio implementations

> -Original Message- > From: Tetsuya Mukawa [mailto:mukawa at igel.co.jp] > Sent: Friday, March 27, 2015 8:39 AM > To: dev at dpdk.org > Cc: Iremonger, Bernard; Richardson, Bruce; david.marchand at 6wind.com; > Tetsuya Mukawa > Subject: [PATCH v3 0/5] Clean up pci uio implementations > >

[dpdk-dev] [PATCH v6 1/6] Move common functions in eal_thread.c

On Tue, Apr 21, 2015 at 7:25 AM, Bruce Richardson < bruce.richardson at intel.com> wrote: > On Sat, Apr 18, 2015 at 12:43:06PM -0700, Ravi Kerur wrote: > > Changes in v6 > > Remove RTE_EXEC_ENV_BSDAPP from eal_common_thread.c file. > > Add pthread_setname_np/pthread_set_name_np for Linux/FreeBSD

[dpdk-dev] [PATCH v5 09/12] mbuf: allow to clone an indirect mbuf

Remove one limitation of rte_pktmbuf_attach(): "mbuf we're attaching to must be direct". Now, when we attach to an indirect mbuf: - copy the all relevant fields (addr, len, offload, ...) as before - get the pointer to the mbuf that embeds the data buffer (direct mbuf), and increase the

[dpdk-dev] [PATCH v5 08/12] mbuf: fix clone support when application uses private mbuf data

Add a new private_size field in mbuf structure that should be initialized at mbuf pool creation. This field contains the size of the application private data in mbufs. Introduce new static inline functions rte_mbuf_from_indirect() and rte_mbuf_to_baddr() to replace the existing macros, which take

[dpdk-dev] [PATCH v5 07/12] apps: use rte_pktmbuf_pool_create to create mbuf pools

When it's possible, use the new helper to create the mbuf pools. Most of the patch is trivial, except for the following files that have some specifics (indirect mbufs): - ip_fragmentation - ip_pipeline - ipv4_multicast - vhost Signed-off-by: Olivier Matz --- app/test-pipeline/init.c

[dpdk-dev] [PATCH v5 06/12] mbuf: introduce a new helper to create a mbuf pool

Add a new wrapper to rte_mempool_create() to simplify the creation of a packet mbuf pool. This wrapper can be used if there is no specific mempool flags, and no specific mbuf or pool constructor function, which is most of the use cases. Signed-off-by: Olivier Matz ---

[dpdk-dev] [PATCH v5 05/12] testpmd: use standard functions to initialize mbufs and mbuf pool

The rte_pktmbuf_pool_init() and rte_pktmbuf_init() functions now support to have a non-hardcoded buffer length. We can remove the specific functions used in testpmd and replace them by the standard ones. Signed-off-by: Olivier Matz --- app/test-pmd/testpmd.c | 74

[dpdk-dev] [PATCH v5 04/12] mbuf: fix rte_pktmbuf_init when mbuf private size is not zero

Allow the user to use the default rte_pktmbuf_init() function even if the mbuf private size is not 0. Signed-off-by: Olivier Matz --- lib/librte_mbuf/rte_mbuf.c | 13 - 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/lib/librte_mbuf/rte_mbuf.c

[dpdk-dev] [PATCH v5 03/12] mbuf: add accessors to get data room size and private size

This code retrieving the pool private area is duplicated in many places, we can use of function for it. Signed-off-by: Olivier Matz --- lib/librte_ether/rte_ethdev.c| 4 +-- lib/librte_mbuf/rte_mbuf.h | 41

[dpdk-dev] [PATCH v5 02/12] examples: always initialize mbuf_pool private area

The mbuf pool private area must always be populated in a mbuf pool. The applications or drivers may expect that for a mbuf pool, the mbuf pool private area (mbuf_data_room_size and mbuf_priv_size) are properly filled. Signed-off-by: Olivier Matz --- examples/ip_fragmentation/main.c | 4 ++--

[dpdk-dev] Saving packet timestamp when reading from pcap

Hi Dor, What you are looking for seems straight forward to implement and it should not really affect the driver's performance at all. Even adding the full timestamp (seconds plus microseconds). However, I don't see too much people looking for that feature to make it to mainline. I could be

[dpdk-dev] [PATCH] vfio: don't silently drop VFIO support

On Tue, 21 Apr 2015 09:34:27 + "Burakov, Anatoly" wrote: > Hi Stephen, > > > The VFIO_PRESENT #define was a landmine and we hit it. > > The DPDK has a config system and it should be used rather than silently > > dropping a feature during build only to have it fail at run time. > > > > If

[dpdk-dev] [PATCH v4 7/7] hv: add kernel patch

From: Stephen Hemminger For users using non latest kernels, put kernel patch in for them to use. Signed-off-by: Stephen Hemminger --- .../linuxapp/hv_uio/vmbus-get-pages.patch | 55 ++ 1 file changed, 55 insertions(+) create mode 100644

[dpdk-dev] [PATCH v4 6/7] hv: enable driver in common config

From: Stephen Hemminger Add hyperv driver config to enable it. Signed-off-by: Stephen Hemminger --- config/common_linuxapp | 9 + 1 file changed, 9 insertions(+) diff --git a/config/common_linuxapp b/config/common_linuxapp index 0078dc9..58cc352 100644 ---

[dpdk-dev] [PATCH v4 5/7] hv: poll mode driver

From: Stephen Hemminger This is new Poll Mode driver for using hyper-v virtual network interface. Signed-off-by: Stas Egorov Signed-off-by: Stephen Hemminger --- lib/Makefile |1 + lib/librte_pmd_hyperv/Makefile| 28 +

[dpdk-dev] [PATCH v4 4/7] hv: uio driver

From: Stephen Hemminger Add new UIO driver in kernel to support DPDK Poll Mode Driver. Signed-off-by: Stas Egorov Signed-off-by: Stephen Hemminger --- lib/librte_eal/linuxapp/Makefile| 3 + lib/librte_eal/linuxapp/hv_uio/Makefile | 57 ++

[dpdk-dev] [PATCH v4 3/7] hv: add basic vmbus support

The hyper-v device driver forces the base EAL code to change to support multiple bus types. This is done changing the pci_device in ether driver to a generic union. As much as possible this is done in a backwards source compatiable way. It will break ABI for device drivers. Signed-off-by:

[dpdk-dev] [PATCH v4 2/7] pmd: change drivers initialization for pci

From: Stephen Hemminger The change to generic ether device structure to support multiple bus types requires a change to all existing PMD but only in the initialization (and the change is backwards compatiable). Signed-off-by: Stephen Hemminger ---

[dpdk-dev] [PATCH v4 1/7] ether: add function to query for link state interrupt

From: Stephen Hemminger Allow application to query whether link state will work. This is also part of abstracting dependency on PCI. Signed-off-by: Stephen Hemminger --- lib/librte_ether/rte_ethdev.c | 14 ++ lib/librte_ether/rte_ethdev.h | 12 2

[dpdk-dev] [PATCH v4 0/7] Hyper-V Poll Mode driver

Hyper-V Poll Mode Driver. Only change from v3 is addition of pieces that were missing for rte_vmbus.h and rte_vmbus.c Stephen Hemminger (7): ether: add function to query for link state interrupt pmd: change drivers initialization for pci hv: add basic vmbus support hv: uio driver hv:

[dpdk-dev] [PATCH 3/7] hv: add basic vmbus support

On Mon, Apr 20, 2015 at 02:54:10PM -0700, Stephen Hemminger wrote: > The hyper-v device driver forces the base EAL code to change > to support multiple bus types. This is done changing the pci_device > in ether driver to a generic union. > > As much as possible this is done in a backwards source

[dpdk-dev] [PATCH v5 00/12] mbuf: enhancements of mbuf clones

On Tue, Apr 21, 2015 at 11:55:10AM +0200, Olivier Matz wrote: > The first objective of this series is to fix the support of indirect > mbufs when the application reserves a private area in mbufs. It also > removes the limitation that rte_pktmbuf_clone() is only allowed on > direct (non-cloned)

[dpdk-dev] [PATCH v2 3/4] bond mode 4: allow external state machine

On Mon, Apr 20, 2015 at 12:26:15PM -0700, Eric Kinzie wrote: > From: Eric Kinzie > > Provide functions to allow an external 802.3ad state machine to transmit > and recieve LACPDUs and to set the collection/distribution flags on > slave interfaces. > > Signed-off-by: Eric Kinzie > --- >