On 06/25/2015 09:44 PM, Thomas Monjalon wrote:
> 2015-06-25 18:46, Avi Kivity:
>> On 06/25/2015 06:18 PM, Matthew Hall wrote:
>>> On Thu, Jun 25, 2015 at 09:14:53AM +, Vass, Sandor (Nokia -
>>> HU/Budapest) wrote:
According to my understanding each packet should go
through BR as
Hi Miguel,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Miguel Bernal
> Marin
> Sent: Thursday, June 25, 2015 8:10 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 0/2] kni: fix build with kernel 4.1
>
> Due to API changes in netdevice.h in 4.1
It seems I have found the cause, but I still don't understand the reason.
So, let me describe my setup a bit further. I installed the VMWare Workstation
onto my laptop. It has a mobile i5 CPU: 2 cores with hyperthreading, so
basically 4 cores.
In VMWare I assigned to C1 and C2 nodes 1 CPU and
> -Original Message-
> From: Stephen Hemminger [mailto:stephen at networkplumber.org]
> Sent: Thursday, June 25, 2015 9:44 AM
> To: Wang, Liang-min
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v7 1/4] ethdev: add apis to support access
> device info
>
> On Wed, 17 Jun 2015
> -Original Message-
> From: Stephen Hemminger [mailto:stephen at networkplumber.org]
> Sent: Thursday, June 25, 2015 9:40 AM
> To: Wang, Liang-min
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v7 1/4] ethdev: add apis to support access
> device info
>
> On Wed, 17 Jun 2015
For tuning ESXi and vSwitch for latency sensitive workloads, I remember the
following paper published by VMware:
https://www.vmware.com/files/pdf/techpaper/VMW-Tuning-Latency-Sensitive-Workloads.pdf
that you can try out.
The overall latency in setup (vmware and dpdk-vm using vmxnet3) remains
2015-06-25 18:46, Avi Kivity:
> On 06/25/2015 06:18 PM, Matthew Hall wrote:
> > On Thu, Jun 25, 2015 at 09:14:53AM +, Vass, Sandor (Nokia -
> > HU/Budapest) wrote:
> >> According to my understanding each packet should go
> >> through BR as fast as possible, but it seems that the
The current way has a few problems:
- if cache->len < n, we copy our elements into the cache first, then
into obj_table, that's unnecessary
- if n >= cache_size (or the backfill fails), and we can't fulfil the
request from the ring alone, we don't try to combine with the cache
- if refill
On 06/25/2015 06:18 PM, Matthew Hall wrote:
> On Thu, Jun 25, 2015 at 09:14:53AM +, Vass, Sandor (Nokia - HU/Budapest)
> wrote:
>> According to my understanding each packet should go
>> through BR as fast as possible, but it seems that the rte_eth_rx_burst
>> retrieves packets only when
Hi Bernard,
> -Original Message-
> From: Iremonger, Bernard
> Sent: Thursday, June 25, 2015 3:30 PM
> To: dev at dpdk.org
> Cc: Zhang, Helin; Ananyev, Konstantin; Qiu, Michael; mukawa at igel.co.jp;
> Iremonger, Bernard
> Subject: [PATCH] librte_ether: release memory in uninit function.
Add a compilation option for the VXLAN sample.
Signed-off-by: Jijiang Liu
---
examples/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/examples/Makefile b/examples/Makefile
index 081b768..b4eddbd 100644
--- a/examples/Makefile
+++ b/examples/Makefile
@@ -67,7
From: "Alejandro.Lucero"
VFIO kernel driver and mmap system call expect offset and size being 64 bits.
Due to this bug BAR index info given to the VFIO driver is always 0 when
checking validity of resources mapping.
---
On Thu, Jun 25, 2015 at 09:13:59PM +, Vass, Sandor (Nokia - HU/Budapest)
wrote:
> Can anyone tell me the reason of this behavior? Using CPU 1 there are huge
> latencies, using other CPUs everything work as expected...
One possible guess what could be related. Normally DPDK uses "Core #0" as
Signed-off-by: Bernard Iremonger
---
lib/librte_ether/rte_ethdev.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/lib/librte_ether/rte_ethdev.c b/lib/librte_ether/rte_ethdev.c
index e13fde5..2404556 100644
--- a/lib/librte_ether/rte_ethdev.c
+++
2015-06-25 07:35, Neil Horman:
> On Wed, Jun 24, 2015 at 11:09:29PM +0200, Thomas Monjalon wrote:
> > 2015-06-24 14:34, Neil Horman:
> > > +Some ABI changes may be too significant to reasonably maintain multiple
> > > +versions. In those cases ABI's may be updated without backward
> > >
Update malloc documentation to reflect new implementation details.
Signed-off-by: Sergio Gonzalez Monroy
---
doc/guides/prog_guide/env_abstraction_layer.rst | 220 +-
doc/guides/prog_guide/img/malloc_heap.png | Bin 81329 -> 80952 bytes
doc/guides/prog_guide/index.rst
Announce the creation of dummy malloc library for 2.1 and removal of
such library, now integrated in librte_eal, for 2.2 release.
Signed-off-by: Sergio Gonzalez Monroy
---
doc/guides/rel_notes/abi.rst | 1 +
1 file changed, 1 insertion(+)
diff --git a/doc/guides/rel_notes/abi.rst
Update memzone unit test for the new rte_memzone_free API.
Signed-off-by: Sergio Gonzalez Monroy
---
app/test/test_memzone.c | 53 +
1 file changed, 53 insertions(+)
diff --git a/app/test/test_memzone.c b/app/test/test_memzone.c
index
Implement rte_memzone_free which, as its name implies, would free a
memzone.
Currently memzone are tracked in an array and cannot be free.
To be able to reuse the same array to track memzones, we have to
change how we keep track of reserved memzones.
With this patch, any memzone with addr NULL
Remove free_memseg field from internal mem config structure as it is
not used anymore.
Also remove code in ivshmem that was setting up free_memseg on init.
Signed-off-by: Sergio Gonzalez Monroy
---
lib/librte_eal/common/include/rte_eal_memconfig.h | 3 ---
During initializaio malloc sets all available memory as part of the heaps.
CONFIG_RTE_MALLOC_MEMZONE_SIZE was used to specify the default memory
block size to expand the heap. The option is not used/relevant anymore,
so we remove it.
Signed-off-by: Sergio Gonzalez Monroy
---
Some unit test are not relevant anymore. It is the case of those malloc
UTs that checked corner cases when allocating MALLOC_MEMZONE_SIZE
chunks, and the case of those memzone UTs relaying of specific free
memsegs of rhte reserved memzone.
Other UTs just need to be update, for example, to
In the current memory hierarchy, memsegs are groups of physically
contiguous hugepages, memzones are slices of memsegs and malloc further
slices memzones into smaller memory chunks.
This patch modifies malloc so it partitions memsegs instead of memzones.
Thus memzones would call malloc internally
Move malloc inside eal.
Create a dummy malloc library to avoid breaking applications that have
librte_malloc in their DT_NEEDED entries.
This is the first step towards using malloc to allocate memory directly
from memsegs. Thus, memzones would allocate memory through malloc,
allowing to free
Current implemetation allows reserving/creating memzones but not the opposite
(unreserve/free). This affects mempools and other memzone based objects.
>From my point of view, implementing free functionality for memzones would look
like malloc over memsegs.
Thus, this approach moves malloc inside
rebuild member was removed from headers_ops in kernel release
4.1. Therefore kni module compilation breaks.
This patch add the properly checks to fix it.
Fixes: d476059e77d1 ("net: Kill dev_rebuild_header")
Signed-off-by: Miguel Bernal Marin
---
lib/librte_eal/linuxapp/kni/kni_net.c | 4
ndo_bridge_getlink has changed in kernel release 4.1. It
adds new parameter which brakes compilation.
This patch add the properly checks to fix it.
Fixes: 46c264d5 ("bridge/nl: remove wrong use of NLM_F_MULTI")
Signed-off-by: Miguel Bernal Marin
---
Due to API changes in netdevice.h in 4.1 kernel release, KNI modules
would not build. This patch set adds the properly checks to fix
compilation.
Miguel Bernal Marin (2):
kni: fix igb_ndo_bridge_getlink in 4.1
kni: fix header_ops in 4.1
lib/librte_eal/linuxapp/kni/ethtool/igb/igb_main.c |
When we get the address of vring descriptor table in VHOST_SET_VRING_ADDR
message, will try to reallocate vhost device and virt queue to the same numa
node.
v3 changes:
- remove unnecessary rte_free of new_vq and new_ll_dev
v2 changes:
- fix uninitialised new_vq and new_ll_device
- fix missed
use rte_malloc to allocate vhost device and queues
Signed-off-by: Huawei Xie
---
lib/librte_vhost/virtio-net.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/lib/librte_vhost/virtio-net.c b/lib/librte_vhost/virtio-net.c
index 4672e67..19b74d6 100644
The vhost device and queues should be allocated on the same numa node as vring
descriptor table.
When we firstly allocate the vhost device and queues, we don't know the numa
node of vring descriptor table.
When we receive the VHOST_SET_VRING_ADDR message, we get the numa node of vring
I meet similar issue with KNI connected VM, but In my case I run 2 VM
guests based on KNI and measure network performance between them:
sesion:
### I just started demo with kni
./build/kni -c 0xf0 -n 4 -- -P -p 0x3 --config="(0,4,6,8),(1,5,7,9)"
###starting...
###set kni on vEthX to connect
Flow classification pipeline implementation is split to two files.
pipeline_flow_classification.c file handles front-end functions (cli
commands parsing) pipeline_flow_classification_ops.c contains
implementation of functions done by pipeline (back-end).
Signed-off-by: Maciej Gajdzica
---
From: Pawel Wodkowski
Routing pipeline implementation is split to two files.
pipeline_routing.c file handles front-end functions (cli commands
parsing) pipeline_routing_ops.c contains implementation of functions
done by pipeline (back-end).
Signed-off-by: Pawel
From: Daniel Mrzyglod
Firewall pipeline implementation is split to two files.
pipeline_firewall.c file handles front-end functions (cli commands
parsing) pipeline_firewall_ops.c contains implementation of functions
done by pipeline (back-end).
Signed-off-by: Daniel
From: Jasvinder Singh
Passthrough pipeline implementation is split to two files.
pipeline_passthrough.c file handles front-end functions (cli commands
parsing) pipeline_passthrough_ops.c contains implementation of functions
done by pipeline (back-end).
Signed-off-by:
Created new folder for config(.cfg) and script(.sh) files.
Signed-off-by: Maciej Gajdzica
---
examples/ip_pipeline/config/ip_pipeline.cfg |9 ++
examples/ip_pipeline/config/ip_pipeline.sh |5 +
examples/ip_pipeline/config/test.cfg| 164 +++
From: Jasvinder Singh
Master pipeline is responsible for command line handling and
communicationg with all other pipelines via message queues. Removed
cmdline.c file, as its functionality will be split over multiple
pipeline files.
Signed-off-by: Jasvinder Singh
---
Moved pipelines to separate folder, removed not needed pipelines and
modified Makefile to match that change.
Signed-off-by: Maciej Gajdzica
---
examples/ip_pipeline/Makefile |9 +-
examples/ip_pipeline/pipeline/pipeline_common_be.c | 204
After changes in config parser, app params struct is changed and
requires modifications in initialization procedures.
Signed-off-by: Maciej Gajdzica
---
examples/ip_pipeline/Makefile |1 +
examples/ip_pipeline/init.c | 1550 +
From: Jasvinder Singh
After loading configuration from a file, data integrity is checked.
Signed-off-by: Jasvinder Singh
---
examples/ip_pipeline/Makefile |1 +
examples/ip_pipeline/config_check.c | 387 +++
From: Pawel Wodkowski
New syntax of config files is needed for ip_pipeline example
enhancements. Some old files are temporarily disabled in the Makefile.
It is part of a bigger change.
Signed-off-by: Pawel Wodkowski
---
examples/ip_pipeline/Makefile | 17
This patchset enhances functionality of ip_pipeline application. New config
file syntax is introduced, so parser is changed. Changed structure of the
application. Now every global variable is stored in app_struct in app.h.
Syntax of pipeline cli commands was changed. Implementation of cli commands
> -Original Message-
> From: Zoltan Kiss [mailto:zoltan.kiss at linaro.org]
> Sent: Tuesday, June 23, 2015 7:43 PM
> To: dev at dpdk.org
> Cc: Zoltan Kiss; Ananyev, Konstantin
> Subject: [PATCH] ethdev: fix checking for tx_free_thresh
>
> This parameter is not consistent between the
From: "Tetsuya.Mukawa"
This patch fixes below.
- bsdapp
- Use map_id in pci_uio_map_resource().
- Fix interface of pci_map_resource().
- Move path variable of mapped_pci_resource structure to pci_map.
- linuxapp
- Remove redundant error message of linuxapp.
From: "Tetsuya.Mukawa"
To merge pci code of linuxapp and bsdapp, this patch changes names
like below.
- uio_map to pci_map
- uio_resource to mapped_pci_resource
- uio_res_list to mapped_pci_res_list
Signed-off-by: Tetsuya Mukawa
---
lib/librte_eal/bsdapp/eal/eal_pci.c |
From: "Tetsuya.Mukawa"
This patch fixes following memory leaks.
- When open() is failed, uio_res and fds won't be freed in
pci_uio_map_resource().
- When pci_map_resource() is failed but path is allocated correctly,
path and fds won't be freed in pci_uio_map_recource().
-
From: "Tetsuya.Mukawa"
When pci_uio_unmap_resource() is called, a file descriptor that is used
for uio configuration should be closed.
Signed-off-by: Tetsuya Mukawa
Acked-by: Stephen Hemminger
---
lib/librte_eal/linuxapp/eal/eal_pci_uio.c | 6 +-
1 file changed, 5
From: "Tetsuya.Mukawa"
This patch fixes coding style of below files in linuxapp and bsdapp.
- eal_pci.c
- eal_pci_uio.c
Signed-off-by: Tetsuya Mukawa
Acked-by: Stephen Hemminger
---
lib/librte_eal/bsdapp/eal/eal_pci.c | 12 +++-
This patch set cleans up pci uio implementation. These clean up are
for consolidating pci uio implementation of linuxapp and bsdapp, and
moving consolidated functions in eal common.
Because of above, this patch set tries to implement linuxapp and bsdapp
almost same.
Actual consolidations will be
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Maciej Gajdzica
> Sent: Thursday, June 25, 2015 12:15 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v2 00/11] ip_pipeline: ip_pipeline application
> enhancements
>
> This patchset enhances
Hi all,
I'm making a packet capture program from the l3fwd. When I send DNS
packets, the wireshark simultaneously gets all the packets on two ports.
However, using my program on promiscuous mode, I can see the packets on
only one port. Do you have any idea of that? Could you give me advice?
On Thu, Jun 25, 2015 at 08:44:51PM +0200, Thomas Monjalon wrote:
> DPDK is not a stack.
Hi Thomas,
Don't worry too much about that challenge.
When I get my app feature complete, I think we can change that.
Same for Avi and they server frameworks they are making at Cloudius. ;)
Matthew.
2015-06-25 08:39, Liu, Jijiang:
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > 2015-06-25 11:31, Tetsuya Mukawa:
> > > Hi Jijiang,
> > >
> > > It seems below patch introduces compile error of examples.
> > > - a50245e examples/tep_term: initialize VXLAN sample
> > >
> > > Here
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bernard Iremonger
> Sent: Wednesday, June 24, 2015 4:09 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v5] ixgbe: changes to support PCI Port Hotplug
>
> This patch depends on the Port Hotplug
2015-06-25 16:56, Jijiang Liu:
> Add a compilation option for the VXLAN sample.
>
> Signed-off-by: Jijiang Liu
Applied, thanks
Hi Jijiang,
It seems below patch introduces compile error of examples.
- a50245e examples/tep_term: initialize VXLAN sample
Here is log.
Could you please check it?
$ T=x86_64-native-linuxapp-gcc make examples -j12
== Build examples for x86_64-native-linuxapp-gcc
== cmdline
==
Add write memory barrier before writing tail pointer.
Fixes c95584dc2b18 ("ixgbe: new vectorized functions for Rx/Tx")
Signed-off-by: Eric Kinzie
---
drivers/net/ixgbe/ixgbe_rxtx_vec.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/net/ixgbe/ixgbe_rxtx_vec.c
zero values in ixgbe_reset_rx_queue() used by vector receive so that
rearming the rx queue happens at the right time. Not doing so can in
some cases result in the software inadvertently setting the card's rx
tail pointer equal to the head pointer, which indicates that there are
no descriptors
Clear values specific to ixgbe vector RX during queue reset.
I've also include a patch that adds a memory barrier before writing the
rx/tx tail pointer registers in ixgbe_rxtx_vec.c. The non-vector code
has such barriers which looks right to me. Comments?
Eric Kinzie (2):
ixgbe: vector rx
On Thu, Jun 25, 2015 at 5:19 AM, Tetsuya Mukawa wrote:
> From: "Tetsuya.Mukawa"
>
> To merge pci code of linuxapp and bsdapp, this patch changes names
> like below.
> - uio_map to pci_map
> - uio_resource to mapped_pci_resource
> - uio_res_list to mapped_pci_res_list
>
> Signed-off-by:
On Thu, Jun 25, 2015 at 5:19 AM, Tetsuya Mukawa wrote:
> From: "Tetsuya.Mukawa"
>
> This patch fixes following memory leaks.
> - When open() is failed, uio_res and fds won't be freed in
> pci_uio_map_resource().
> - When pci_map_resource() is failed but path is allocated correctly,
> path
On Thu, Jun 25, 2015 at 5:19 AM, Tetsuya Mukawa wrote:
> From: "Tetsuya.Mukawa"
>
> This patch fixes coding style of below files in linuxapp and bsdapp.
> - eal_pci.c
> - eal_pci_uio.c
>
> Signed-off-by: Tetsuya Mukawa
> Acked-by: Stephen Hemminger
>
Acked-by: David Marchand
--
David
Add a VXLAN sample guide in the sample_app_ug directory.
It includes:
- Add the overlay networking picture with svg format.
- Add the TEP termination framework picture with svg format.
- Add the tep_termination.rst file
- Change the index.rst file for the above pictures index.
On Thu, 25 Jun 2015 15:30:28 +0100
Bernard Iremonger wrote:
> Signed-off-by: Bernard Iremonger
> ---
> lib/librte_ether/rte_ethdev.c |8 +++-
> 1 files changed, 7 insertions(+), 1 deletions(-)
>
> diff --git a/lib/librte_ether/rte_ethdev.c b/lib/librte_ether/rte_ethdev.c
> index
People have been asking for ways to use the ABI macros, heres some docs to
clarify their use. Included is:
* An overview of what ABI is
* Details of the ABI deprecation process
* Details of the versioning macros
* Examples of their use
* Details of how to use the ABI validator
Thanks to John
It was pointed out in my examples that doing shared library symbol versioning by
partitioning symbols to version specific functions (as opposed to leaving the
latest symol version at the base symbol name), neglects to take into account
static builds. Add a macro to handle that. If you choose a
Clean up some macro definition typos and comments
Signed-off-by: Neil Horman
CC: thomas.monjalon at 6wind.com
---
lib/librte_compat/rte_compat.h | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/lib/librte_compat/rte_compat.h b/lib/librte_compat/rte_compat.h
2015-06-25 11:31, Tetsuya Mukawa:
> Hi Jijiang,
>
> It seems below patch introduces compile error of examples.
> - a50245e examples/tep_term: initialize VXLAN sample
>
> Here is log.
> Could you please check it?
>
[...]
> /home/mukawa/work/dpdk.org/dpdk/examples/tep_termination/main.c:52:28:
>
I am migrating from using DPDK1.6r2 and the external vmxnet3 user map
driver to DPDK2.0.
I believe with DPDK2.0, the vmxnet3 PMD is builtin and I don?t need to
use the external driver.
I have been able to build the DPDK2.0 and I see that
CONFIG_RTE_LIBRTE_VMXNET3_PMD is set to y in the config.
On Wed, 17 Jun 2015 18:22:13 -0400
Liang-Min Larry Wang wrote:
> +
> +static reg_info ixgbe_regs_general[] = {
> + {IXGBE_CTRL, 1, 1, "IXGBE_CTRL"},
> + {IXGBE_STATUS, 1, 1, "IXGBE_STATUS"},
> + {IXGBE_CTRL_EXT, 1, 1, "IXGBE_CTRL_EXT"},
> + {IXGBE_ESDP, 1, 1, "IXGBE_ESDP"},
> +
On Wed, 17 Jun 2015 18:22:12 -0400
Liang-Min Larry Wang wrote:
> +int
> +rte_eth_dev_reg_length(uint8_t port_id)
> +{
> + struct rte_eth_dev *dev;
> +
> + if ((dev= _eth_devices[port_id]) == NULL) {
> + PMD_DEBUG_TRACE("Invalid port device\n");
> + return -ENODEV;
On Wed, 17 Jun 2015 18:22:12 -0400
Liang-Min Larry Wang wrote:
> int
> +rte_eth_dev_default_mac_addr_set(uint8_t port_id, struct ether_addr *addr)
> +{
> + struct rte_eth_dev *dev;
> +
> + if (!rte_eth_dev_is_valid_port(port_id)) {
> + PMD_DEBUG_TRACE("Invalid port_id=%d\n",
On Thu, Jun 25, 2015 at 06:46:30PM +0300, Avi Kivity wrote:
> What would be useful is a runtime switch between polling and interrupt
> modes. This was if the load is load you use interrupts, and as mitigation,
> you switch to poll mode, until the load drops again.
Yes... I believe this is part
There's a bug in bonding itself, which prevents the bonding, made of Fortville
NICs, start and is not related to Dynamic RSS Configuration.
This problem solves separate patch "bond: fix check initial link status of
slave".
-Original Message-
From: Xu, HuilongX
Sent: Friday, June 12,
Hello,
I would like to create an IP packet processor program and I choose to use DPDK
because it is promising wrt its speed aspect.
I am trying to build a test environment to make the development a cheaper (not
to buy HW for each developer), so I created a test setup in
- VMWare Workstation 11
> -Original Message-
> From: Zhang, Helin
> Sent: Thursday, June 25, 2015 3:34 AM
> To: Iremonger, Bernard; dev at dpdk.org
> Subject: RE: [PATCH v6] e1000: igb and em1000 PCI Port Hotplug changes
>
> Hi Bernard
>
> > -Original Message-
> > From: Iremonger, Bernard
> > Sent:
On 25/06/2015 08:42, Gonzalez Monroy, Sergio wrote:
> On 25/06/2015 08:19, Zhang, Helin wrote:
>>
>>> -Original Message-
>>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Neil Horman
>>> Sent: Thursday, June 25, 2015 2:35 AM
>>> To: dev at dpdk.org
>>> Subject: [dpdk-dev]
On 25/06/2015 08:19, Zhang, Helin wrote:
>
>> -Original Message-
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Neil Horman
>> Sent: Thursday, June 25, 2015 2:35 AM
>> To: dev at dpdk.org
>> Subject: [dpdk-dev] [PATCHv2 2/2] ABI: Add some documentation
>>
>> People have been
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Thursday, June 25, 2015 4:27 PM
> To: Liu, Jijiang
> Cc: dev at dpdk.org; Tetsuya Mukawa
> Subject: Re: [dpdk-dev] Can't compile examples
>
> 2015-06-25 11:31, Tetsuya Mukawa:
> > Hi Jijiang,
> >
>
Hi Neil
> -Original Message-
> From: Zhang, Helin
> Sent: Thursday, June 11, 2015 3:04 PM
> To: dev at dpdk.org
> Cc: Cao, Min; Liu, Jijiang; Wu, Jingjing; Ananyev, Konstantin; Richardson,
> Bruce;
> olivier.matz at 6wind.com; Zhang, Helin
> Subject: [PATCH v3 2/7] mbuf: use the reserved
On Thu, Jun 25, 2015 at 07:37:43AM +, Gajdzica, MaciejX T wrote:
>
>
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Neil Horman
> > Sent: Tuesday, June 23, 2015 9:34 PM
> > To: dev at dpdk.org
> > Subject: [dpdk-dev] [PATCH 1/2] rte_compat.h :
On Thu, Jun 25, 2015 at 07:19:49AM +, Zhang, Helin wrote:
>
>
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Neil Horman
> > Sent: Thursday, June 25, 2015 2:35 AM
> > To: dev at dpdk.org
> > Subject: [dpdk-dev] [PATCHv2 2/2] ABI: Add some
On Thu, Jun 25, 2015 at 09:14:53AM +, Vass, Sandor (Nokia - HU/Budapest)
wrote:
> According to my understanding each packet should go
> through BR as fast as possible, but it seems that the rte_eth_rx_burst
> retrieves packets only when there are at least 2 packets on the RX queue of
> the
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Neil Horman
> Sent: Tuesday, June 23, 2015 9:34 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 1/2] rte_compat.h : Clean up some typos
>
> Clean up some macro definition typos and comments
>
>
On Wed, Jun 24, 2015 at 11:09:29PM +0200, Thomas Monjalon wrote:
> 2015-06-24 14:34, Neil Horman:
> > +Some ABI changes may be too significant to reasonably maintain multiple
> > +versions. In those cases ABI's may be updated without backward
> > compatibility
> > +being provided. The
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Neil Horman
> Sent: Thursday, June 25, 2015 2:35 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCHv2 2/2] ABI: Add some documentation
>
> People have been asking for ways to use the ABI macros, heres some
That's correct. If you're using dpdk packaged vmxnet3 pmd, you should be able
to bind it to igb_uio in Guest OS and start l2fwd/ l3fwd app in VM.
On the ESXi part, your vmxnet3 device must be connected to one of the vSwitches
with Uplink port, so you don't need to configure anything else, I
Hi Bernard
> -Original Message-
> From: Iremonger, Bernard
> Sent: Monday, June 22, 2015 6:44 PM
> To: dev at dpdk.org
> Cc: Zhang, Helin; Iremonger, Bernard
> Subject: [PATCH v6] e1000: igb and em1000 PCI Port Hotplug changes
>
> This patch depends on the Port Hotplug Framework.
> It
> -Original Message-
> From: Iremonger, Bernard
> Sent: Saturday, June 20, 2015 1:04 AM
> To: dev at dpdk.org
> Cc: Zhang, Helin; Iremonger, Bernard
> Subject: [PATCH v5 0/6] i40e: PCI Port Hotplug Changes
>
> Changes in V5:
> Increased timeout in i40evf_wait_cmd_done() Set nb_rx_queues
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wenzhuo Lu
> Sent: Wednesday, June 24, 2015 11:26 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 00/37] update ixgbe base driver
>
> Short summary:
> *update Low Power Link Up to use MAC ops link *fix
2015-06-24 14:34, Neil Horman:
> +Some ABI changes may be too significant to reasonably maintain multiple
> +versions. In those cases ABI's may be updated without backward compatibility
> +being provided. The requirements for doing so are:
> +
> +#. At least 3 acknowledgments of the need to do so
93 matches
Mail list logo