Le 3 nov. 2015 23:05, "Bagh Fares" a ?crit :
>
> Tim
> Good clafication. What is the governance model. Can you point me to it?
Thanks
First sentence of
http://dpdk.org/dev
is
" Anyone is welcome to contribute."
Best regards,
>
> -Original Message-
> From: O'Driscoll, Tim [mailto:tim.o
It enlarges the number of supported queues to hardware allowed
maximum. There was a software limitation of 64 per physical port
which is not reasonable.
Signed-off-by: Helin Zhang
---
config/common_bsdapp | 3 +-
config/common_linuxapp | 3 +-
doc/guides/rel_not
It adjusts the number of queues for RSS from power of 2 to any as
long as it does not exceeds the hardware allowed.
Signed-off-by: Helin Zhang
---
drivers/net/i40e/i40e_ethdev.c| 8
drivers/net/i40e/i40e_ethdev_vf.c | 2 +-
2 files changed, 5 insertions(+), 5 deletions(-)
diff --gi
It enlarges the number of supported queues to hardware allowed maximum. There
was a software limitation of 64 per physical port which is not reasonable.
v2 changes:
Fixed issues of using wrong configured number of VF queues.
v3 changes:
Updated release notes.
Helin Zhang (2):
i40e: adjust the
Hi, Guys:
I have developed a VM to use SRIOV VF of DPDK2.1 libraryand its PF NIC is
interl X552 NIC. The VM is deployed on KVM on Linux box.
NIC Inforoot at localhost:~# modinfo ixgbe
filename:??
/lib/modules/3.14.49-rt46-WR7.0.0.5_ovp/kernel/drivers/juniper/x552-nic/ixgbe.ko
version:???
2015-11-03 18:15, Adrien Mazarguil:
> Only seen since IPv6 RSS support was added, confusion about the purpose of
> the hash_rxq_type_from_n() function has caused it to return invalid hash RX
> queue types.
>
> Refactor function for its intended purpose, rename it
> hash_rxq_type_from_pos() and upd
2015-11-03 23:40, Helin Zhang:
> It enlarges the number of supported queues to hardware allowed maximum. There
> was a software limitation of 64 per physical port which is not reasonable.
>
> v2 changes:
> Fixed issues of using wrong configured number of VF queues.
>
> v3 changes:
> Updated relea
My email address is my official email address and it can only be used with the
official email system, or in other words the corporate MS windows email system.
Can I use an oddball junk email address, such as a gmail account or
non-returnable IP named Sendmail server (has no registered DNS name),
On Tue, Nov 03, 2015 at 04:28:00PM +, Ananyev, Konstantin wrote:
>
>
> > -Original Message-
> > From: Jerin Jacob [mailto:jerin.jacob at caviumnetworks.com]
> > Sent: Tuesday, November 03, 2015 4:19 PM
> > To: Ananyev, Konstantin
> > Cc: dev at dpdk.org
> > Subject: Re: [dpdk-dev] [RF
On Tue, Nov 03, 2015 at 02:17:38PM +, Hunt, David wrote:
> On 03/11/2015 13:09, Jerin Jacob wrote:
> >This is the v1 patchset for ARMv8 that now sits on top of the v6 patch
> >of the ARMv7 code by RehiveTech. It adds code into the same arm include
> >directory, reducing code duplication.
> >
>
Tim
Good clafication. What is the governance model. Can you point me to it? Thanks
-Original Message-
From: O'Driscoll, Tim [mailto:tim.odrisc...@intel.com]
Sent: Tuesday, November 03, 2015 6:43 AM
To: Pradeep Kathail ; Bagh Fares-B25033 ; Dave Neary ; CHIOSI, MARGARET T ; Stephen Hemmin
Accessing registers on the NIC has very high access latency and will often
stall the CPU in waiting for response
especially with multiple register reads and high throughput packet data also
being transferred. The size value was
derived from the NIC writing a value to the descriptor table which
On Tue, Nov 03, 2015 at 03:57:24PM +, Ananyev, Konstantin wrote:
>
>
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jerin Jacob
> > Sent: Tuesday, November 03, 2015 3:52 PM
> > To: dev at dpdk.org
> > Subject: [dpdk-dev] [RFC ][PATCH] Introduce
> >
rte_ring implementation needs explicit memory barrier
in weakly ordered architecture like ARM unlike
strongly ordered architecture like X86
Introducing RTE_ARCH_STRONGLY_ORDERED_MEM_OPS
configuration to abstract such dependency so that other
weakly ordered architectures can reuse this infrastructu
On 03/11/2015 17:45, Declan Doherty wrote:
> This series of patches defines a set of application burst oriented APIs for
> asynchronous symmetric cryptographic functions within DPDK. It also contains a
> poll mode driver cryptographic device framework for the implementation of
> crypto devices with
Lookup burst size was changed for exact match
from 4 to 8, for both ipv4 and ipv6, but actually only
4 keys were being looked up for ipv6, instead of 8,
causing random segmentation faults.
Fixes: 80fcb4d4 ("examples/l3fwd: increase lookup burst size to 8")
Signed-off-by: Pablo de Lara
---
Change
Hi Daniel,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Daniel Mrzyglod
> Sent: Tuesday, November 03, 2015 4:39 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v3 6/7] example: PTP client slave minimal
> implementation
>
> Add a sample application t
Lookup burst size was changed for exact match
from 4 to 8, for both ipv4 and ipv6, but actually only
4 keys were being looked up for ipv6, instead of 8,
causing random segmentation faults.
Fixes: 80fcb4d4 ("examples/l3fwd: increase lookup burst size to 8")
Signed-off-by: Pablo de Lara
---
examp
2015-10-27 17:12, Bernard Iremonger:
> Signed-off-by: Bernard Iremonger
Applied, thanks
After several hours (6 hour average) of running a dpdk application
, rte_eth_rx_burst suddenly fills only one mbuf with no data, thats is an
mbuf with mbuf->pool == NULL && m->buf_physaddr == 0 && m->buf_addr == NULL.
Obviosly that breaks our application. (rte_mbuf_sanity_check abort the
program)
On 11/3/15, 9:59 AM, "Polehn, Mike A" wrote:
>I used the following code snip-it with the i40e device, with 1 second sample
>time had very high accuracy for IPv4 UDP packets:
>
>#define FLOWD_PERF_PACKET_OVERHEAD 24 /* CRC + Preamble + SOF + Interpacket
>gap */
>#define FLOWD_REF_NETWORK_SPEED
2015-11-03 13:01, Bernard Iremonger:
> There is a dummy pci driver in the vdev PMD's at present.
> This patch set removes the pci driver from the vdev PMD's.
> Changes have been made to librte_ether to handle vdevs and pdevs in the same
> way.
Applied with some fixes, thanks
Signed-off-by: Jerin Jacob
---
MAINTAINERS | 5 +
1 file changed, 5 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index a8933eb..c44b328 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -128,6 +128,11 @@ ARM v7
M: Jan Viktorin
F: lib/librte_eal/common/include/arch/arm/
+ARM v8
+M: Je
Signed-off-by: Jerin Jacob
---
doc/guides/rel_notes/release_2_2.rst | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/doc/guides/rel_notes/release_2_2.rst
b/doc/guides/rel_notes/release_2_2.rst
index 43a3a3c..a3587a2 100644
--- a/doc/guides/rel_notes/release_2_2.rst
+++
Created the new thunderx machine target to address difference
in "cache line size" and "-mcpu=thunderx" vs default armv8-a machine target
Signed-off-by: Jerin Jacob
---
config/defconfig_arm64-thunderx-linuxapp-gcc | 56 +++
mk/machine/thunderx/rte.vars.mk | 5
Signed-off-by: Jerin Jacob
---
config/defconfig_arm64-armv8a-linuxapp-gcc | 56 +
mk/arch/arm64/rte.vars.mk | 58 ++
mk/machine/armv8a/rte.vars.mk | 58 ++
3 files changed, 172 insert
verified with testacl and acl_autotest applications on arm64 architecture.
Signed-off-by: Jerin Jacob
---
app/test-acl/main.c | 4 +
lib/librte_acl/Makefile | 5 +
lib/librte_acl/acl.h | 4 +
lib/librte_acl/acl_run_neon.c | 46 +++
lib/librte_acl/acl_run_neon.
Signed-off-by: Jerin Jacob
---
app/test/test_cpuflags.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/app/test/test_cpuflags.c b/app/test/test_cpuflags.c
index 557458f..e8d0ce7 100644
--- a/app/test/test_cpuflags.c
+++ b/app/test/test_cpuflags.c
@@ -120,6 +120,32
added the definition of rte_xmm and xmm_t for acl noen implementation.
removed the emulated _mm_* functions
Signed-off-by: Jerin Jacob
---
lib/librte_eal/common/include/arch/arm/rte_vect.h | 58 +++
1 file changed, 17 insertions(+), 41 deletions(-)
diff --git a/lib/librte_ea
Signed-off-by: Jerin Jacob
---
.../common/include/arch/arm/rte_memcpy.h | 4 +
.../common/include/arch/arm/rte_memcpy_64.h| 93 ++
2 files changed, 97 insertions(+)
create mode 100644 lib/librte_eal/common/include/arch/arm/rte_memcpy_64.h
diff --git a/lib/
cntcvt_el0 ticks are not based on cpu clk unlike rdtsc in x86.
Its a fixed clock running based at constant speed.
Though its a armv8-a implementer choice, typically it runs at 50 or 100 MHz
Signed-off-by: Jerin Jacob
---
.../common/include/arch/arm/rte_cycles.h | 4 ++
.../common/incl
Signed-off-by: Jerin Jacob
---
.../common/include/arch/arm/rte_prefetch.h | 4 ++
.../common/include/arch/arm/rte_prefetch_64.h | 61 ++
2 files changed, 65 insertions(+)
create mode 100644 lib/librte_eal/common/include/arch/arm/rte_prefetch_64.h
diff --git a/l
Signed-off-by: Jerin Jacob
---
.../common/include/arch/arm/rte_cpuflags.h | 4 +
.../common/include/arch/arm/rte_cpuflags_64.h | 152 +
2 files changed, 156 insertions(+)
create mode 100644 lib/librte_eal/common/include/arch/arm/rte_cpuflags_64.h
diff --git a/
except rte_?wb() functions other functions are used from
RTE_FORCE_INTRINSICS=y scheme
Signed-off-by: Jerin Jacob
---
.../common/include/arch/arm/rte_atomic.h | 4 +
.../common/include/arch/arm/rte_atomic_64.h| 88 ++
2 files changed, 92 insertions(+)
crea
This is the v1 patchset for ARMv8 that now sits on top of the v6 patch
of the ARMv7 code by RehiveTech. It adds code into the same arm include
directory, reducing code duplication.
Tested on an ThunderX arm 64-bit arm server board, with PCI slots. Passes
traffic
between two physical ports on an I
Below, a lot of pci values are removed and break the build.
Will move in later patches.
2015-11-03 13:01, Bernard Iremonger:
> @@ -674,7 +674,11 @@ rte_pmd_init_internals(const char *name,
>
> (*eth_dev)->data = data;
> (*eth_dev)->dev_ops = &ops;
> - (*eth_dev)->pci_dev = pci_de
Only seen since IPv6 RSS support was added, confusion about the purpose of
the hash_rxq_type_from_n() function has caused it to return invalid hash RX
queue types.
Refactor function for its intended purpose, rename it
hash_rxq_type_from_pos() and update comment with a better description.
Fixes: a
The following error occurs when CONFIG_RTE_LIBRTE_MLX5_DEBUG=y:
drivers/net/mlx5/mlx5.c:381:4: error: ISO C forbids braced-groups within
expressions
RTE_MIN() uses the non-standard ({ ... }) syntax to declare variables within
parentheses, which is rejected by -pedantic.
Since the RSS_INDIRECTI
This patch creates a new sample applicaiton based off the l2fwd
application which performs specified crypto operations on IP packet
payloads which are forwarding.
Signed-off-by: Declan Doherty
---
examples/l2fwd-crypto/Makefile | 50 ++
examples/l2fwd-crypto/main.c | 1473 +++
unit tests are run by using cryptodev_qat_autotest or
cryptodev_aesni_autotest from the test apps interactive console.
performance tests are run by using the cryptodev_qat_perftest or
cryptodev_aesni_mb_perftest command from the test apps interactive
console.
If you which to run the tests on a QA
This patch provides the initial implementation of the AES-NI multi-buffer
based crypto poll mode driver using DPDK's new cryptodev framework.
This PMD is dependent on Intel's multibuffer library, see the whitepaper
"Fast Multi-buffer IPsec Implementations on Intel? Architecture
Processors", see re
This patch adds a PMD for the Intel Quick Assist Technology DH895xxC
hardware accelerator.
This patch depends on a QAT PF driver for device initialization. See
the file docs/guides/cryptodevs/qat.rst for configuration details
This patch supports a limited subset of QAT device functionality,
curre
This library add support for adding a chain of offload operations to a
mbuf. It contains the definition of the rte_mbuf_offload structure as
well as helper functions for attaching offloads to mbufs and a mempool
management functions.
This initial implementation supports attaching multiple offload
This patch contains the initial proposed APIs and device framework for
integrating crypto packet processing into DPDK.
features include:
- Crypto device configuration / management APIs
- Definitions of supported cipher algorithms and operations.
- Definitions of supported hash/authentication al
This series of patches defines a set of application burst oriented APIs for
asynchronous symmetric cryptographic functions within DPDK. It also contains a
poll mode driver cryptographic device framework for the implementation of
crypto devices within DPDK.
In the patch set we also have included 2
It includes:
- Add the ptpclient picture with svg format.
- Add the ptpclient.rst file
- Change the index.rst file for the above pictures index.
Signed-off-by: Daniel Mrzyglod
---
doc/guides/sample_app_ug/img/ptpclient.svg | 520 +
doc/guides/sample_app_ug/index.rs
Add a sample application that acts as a PTP slave using the
DPDK ieee1588 functions.
Signed-off-by: Daniel Mrzyglod
---
MAINTAINERS | 3 +
doc/guides/rel_notes/release_2_2.rst | 5 +
examples/Makefile| 1 +
examples/ptpclient/Makefile |
From: Pablo de Lara
Add additional functions to support the existing IEEE1588
functionality and to enable getting, setting and adjusting
the device time.
Signed-off-by: Pablo de Lara
Signed-off-by: Daniel Mrzyglod
---
drivers/net/i40e/i40e_ethdev.c | 192 --
From: Pablo de Lara
Add additional functions to support the existing IEEE1588
functionality and to enable getting, setting and adjusting
the device time.
Signed-off-by: Pablo de Lara
Signed-off-by: Daniel Mrzyglod
---
drivers/net/e1000/e1000_ethdev.h | 3 +
drivers/net/e1000/igb_ethdev.c
Add additional functions to support the existing IEEE1588
functionality and to enable getting, setting and adjusting
the device time.
Signed-off-by: Daniel Mrzyglod
Signed-off-by: Pablo de Lara
---
drivers/net/ixgbe/ixgbe_ethdev.c | 272 +--
drivers/net/ixgbe
This patch add common functions and structures used for PTP processing.
Signed-off-by: Daniel Mrzyglod
---
lib/librte_net/Makefile | 2 +-
lib/librte_net/rte_ptp.h | 105 +++
2 files changed, 106 insertions(+), 1 deletion(-)
create mode 100644 lib/
Add additional functions to support the existing IEEE1588
functionality.
* rte_eth_timesync_settime(), function to set the device clock time.
* rte_eth_timesync_gettime, function to get the device clock time.
* rte_eth_timesync_adjust, function to adjust the device clock time.
Signed-off-by: Dani
Add a sample application that acts as a PTP slave using the DPDK IEEE1588
functions.
Also add some additional IEEE1588 support functions to enable getting,
setting and adjusting the device time.
V2->V3:
PMD:
- move common structures and functions for PTP protocol to librte_net/rte_ptp.h
V1->V2:
2015-11-03 13:01, Bernard Iremonger:
> +/** Device needs PCI BAR mapping (done with either IGB_UIO or VFIO) */
> +#define RTE_ETH_DEV_DRV_NEED_MAPPING 0x0001
> +/** Device needs to be unbound even if no module is provided */
> +#define RTE_ETH_DEV_DRV_FORCE_UNBIND 0x0002
These flags seems useless
> > There is a global variable 'device_in_use' which is used to make sure only
> > one
> > instance is using /dev/kni device. If you were using LXC, you will find
> > there is only
> > one instance of KNI example could be run even different namespaces were
> > created.
> >
> > In order to have /
On Tue, Nov 3, 2015 at 5:05 PM, Stephen Hemminger
wrote:
>
> IMHO this is a bug. Other drivers don't include the CRC, and the Intel driver
> only includes CRC in count for one direction, and depends on value of
> stripping flag.
>
> I sent a patch to fix this because our customers didn't like it
> -Original Message-
> From: Jerin Jacob [mailto:jerin.jacob at caviumnetworks.com]
> Sent: Tuesday, November 03, 2015 4:53 PM
> To: Ananyev, Konstantin
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [RFC ][PATCH] Introduce
> RTE_ARCH_STRONGLY_ORDERED_MEM_OPS configuration parameter
>
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jerin Jacob
> Sent: Tuesday, November 3, 2015 4:53 PM
> To: Ananyev, Konstantin
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [RFC ][PATCH] Introduce
> RTE_ARCH_STRONGLY_ORDERED_MEM_OPS configuration paramet
> -Original Message-
> From: Jerin Jacob [mailto:jerin.jacob at caviumnetworks.com]
> Sent: Tuesday, November 03, 2015 4:19 PM
> To: Ananyev, Konstantin
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [RFC ][PATCH] Introduce
> RTE_ARCH_STRONGLY_ORDERED_MEM_OPS configuration parameter
>
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jerin Jacob
> Sent: Tuesday, November 3, 2015 4:19 PM
> To: Ananyev, Konstantin
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [RFC ][PATCH] Introduce
> RTE_ARCH_STRONGLY_ORDERED_MEM_OPS configuration paramet
Hi,
Please use git-send-email and check how titles are formatted in the git tree.
Thanks
I used the following code snip-it with the i40e device, with 1 second sample
time had very high accuracy for IPv4 UDP packets:
#define FLOWD_PERF_PACKET_OVERHEAD 24 /* CRC + Preamble + SOF + Interpacket
gap */
#define FLOWD_REF_NETWORK_SPEED 10e9
double Ave_Bytes_per_Packet, Data_Rate, Net_R
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jerin Jacob
> Sent: Tuesday, November 03, 2015 3:52 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [RFC ][PATCH] Introduce RTE_ARCH_STRONGLY_ORDERED_MEM_OPS
> configuration parameter
>
> rte_ring implementati
Do we need to have all these #ifdef, it looks messy, can you not define
a macro that is defined based upon
RTE_ARCH_STRONGLY_ORDERED_MEM_OP
/Simon
On 11/03/2015 03:52 PM, Jerin Jacob wrote:
> rte_ring implementation needs explicit memory barrier
> in weakly ordered architecture like ARM unli
On Mon, 2 Nov 2015 15:16:16 -0800
Pradeep Kathail wrote:
> Tim and Dave,
>
> I agree that an architecture board membership should be based on
> technical standing and contribution but at the same time,
> if you are trying to bring a new hardware paradigm into a project, you
> need to give a ch
> > This patch adds support for pthread_setname_np on Linux and
> > pthread_set_name_np on FreeBSD.
> >
> > Changes in V2:
> > Remove config support for max thread name len.
> > Restrict max thread name len to 16 on Linux and FreeBSD.
> > Fix checkpatch.pl errors.
> > Changes based on code review
On Tue, 3 Nov 2015 17:18:31 -0500
Kyle Larose wrote:
> On Tue, Nov 3, 2015 at 5:05 PM, Stephen Hemminger
> wrote:
>
> >
> > IMHO this is a bug. Other drivers don't include the CRC, and the Intel
> > driver
> > only includes CRC in count for one direction, and depends on value of
> > stripping
From: Julien Meunier
Once posted through mailbox, we must check for nack from the PF and report an
error in this case.
Signed-off-by: Julien Meunier
Signed-off-by: David Marchand
---
Changes since v1:
- added check on error when writing to mailbox
---
drivers/net/e1000/igb_ethdev.c | 16 +++
Dear DPDK experts.
Thank you very much for your excellent work and great contributions.
I have a question about pps(packet per seocond) and bps(bit per second)
estimation in DPDK pktgen.
I can't find the source code which calculates pps and bps for received packets
in the DPDK pktgen source c
I second Pradeep's comments - which was what I was driving at.
-Original Message-
From: Pradeep Kathail [mailto:pkath...@cisco.com]
Sent: Monday, November 02, 2015 6:16 PM
To: O'Driscoll, Tim; Bagh Fares; Dave Neary; CHIOSI, MARGARET T; Stephen
Hemminger
Cc: dev at dpdk.org
Subject: Re:
> > Signed-off-by: Ravi Kerur
>
> Acked-by: Tetsuya Mukawa
Applied, thanks
Adds Eth driver prefetch variable structure to CPU cache 0 while calling into
tx or rx
device driver operation.
RFC 2544 test of NIC task test measurement points show improvement of lower
latency and/or better packet throughput indicating clock cycles saved.
Signed-off-by: Mike A. Polehn
dif
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Tuesday, November 3, 2015 1:56 PM
> To: Tahhan, Maryam
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2 1/1] ethdev: distinguish between drop and
> error stats
>
> 2015-11-03 13:14, Tahhan, Maryam:
> > From: Thomas Mon
2015-11-03 13:14, Tahhan, Maryam:
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > There was not a lot of comments on this proposal.
> > If the idea is well received, it needs to be implemented in drivers, at
> > least few
> > of them.
>
> Hi Thomas
> I was waiting to implement i
2015-11-03 12:35, David Marchand:
> From: Maxime Leroy
>
> It can be useful for application to know if a port can be detached or not.
>
> Signed-off-by: Maxime Leroy
> Signed-off-by: David Marchand
> ---
> lib/librte_ether/rte_ethdev.c | 2 +-
> lib/librte_ether/rte_ethdev.h
On 11/3/15, 8:30 AM, "Van Haaren, Harry" wrote:
>Hi Keith,
>
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wiles, Keith
>
>> Hmm, I just noticed I did not include the FCS bytes. Does the NIC include
>> FCS bytes in the
>> counters? Need to verify that one and if not then it becomes
Hi Keith,
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wiles, Keith
> Hmm, I just noticed I did not include the FCS bytes. Does the NIC include FCS
> bytes in the
> counters? Need to verify that one and if not then it becomes a bit more
> complex.
The Intel NICs count packet sizes
On 03/11/2015 13:09, Jerin Jacob wrote:
> This is the v1 patchset for ARMv8 that now sits on top of the v6 patch
> of the ARMv7 code by RehiveTech. It adds code into the same arm include
> directory, reducing code duplication.
>
> Tested on an ThunderX arm 64-bit arm server board, with PCI slots.
On 11/3/15, 12:25 AM, "dev on behalf of ???" wrote:
>Dear DPDK experts.
>
>Thank you very much for your excellent work and great contributions.
>
>I have a question about pps(packet per seocond) and bps(bit per second)
>estimation in DPDK pktgen.
>
>I can't find the source code which calcula
On Tue, 3 Nov 2015 14:30:41 +
"Van Haaren, Harry" wrote:
> Hi Keith,
>
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wiles, Keith
>
> > Hmm, I just noticed I did not include the FCS bytes. Does the NIC include
> > FCS bytes in the
> > counters? Need to verify that one and i
2015-11-03 12:43, O'Driscoll, Tim:
> From: Pradeep Kathail [mailto:pkathail at cisco.com]
> > Tim and Dave,
> >
> > I agree that an architecture board membership should be based on
> > technical standing and contribution but at the same time,
> > if you are trying to bring a new hardware paradigm
On Tue, 3 Nov 2015 12:00:59 +
Bruce Richardson wrote:
> * @return
> - * The number of used descriptors in the specific queue.
> + * The number of used descriptors in the specific queue, or:
> + * (-EINVAL) if *port_id* is invalid
> + * (-ENOTSUP) if the device does not support thi
On 11/03/2015 01:33 PM, Ferruh Yigit wrote:
> On Tue, Nov 03, 2015 at 12:41:10PM +0200, Panu Matilainen wrote:
>> On 11/03/2015 11:20 AM, Ferruh Yigit wrote:
>>> On Tue, Nov 03, 2015 at 09:06:05AM +0200, Panu Matilainen wrote:
On 11/02/2015 05:23 PM, Ferruh Yigit wrote:
> Fixes following e
On 11/03/2015 01:28 PM, Marcel Apfelbaum wrote:
> Commit 15e9ee6982a4822ce395fd597dd500a61ceafa7c (vhost: enable virtio 1.0)
> uses the VIRTIO_F_VERSION_1 macro existing only in newer kernels.
>
> Fixed it by manually defining it for older kernels.
I added to CC the involved developers, the git-se
Hi,
I've found a couple of mentions of this in the past:
http://dpdk.org/ml/archives/dev/2014-January/001136.html
(discussing having to dpdk app makefiles and having to pass defines as
compiler args)
and:
http://dpdk.org/dev/patchwork/patch/4263/
(discussing providing a .pc for apps to use)
Is an
On 11/03/2015 01:02 PM, Ferruh Yigit wrote:
> On Tue, Nov 03, 2015 at 08:48:16AM +0200, Panu Matilainen wrote:
>> On 11/02/2015 06:42 PM, Eric Kinzie wrote:
>>> On Mon Nov 02 12:23:47 +0200 2015, Panu Matilainen wrote:
On 11/01/2015 08:17 PM, Thomas Monjalon wrote:
> 2015-10-19 08:36, Eric
Commit 15e9ee6982a4822ce395fd597dd500a61ceafa7c (vhost: enable virtio 1.0)
uses the VIRTIO_F_VERSION_1 macro existing only in newer kernels.
Fixed it by manually defining it for older kernels.
Reported-by: Xu, Qian Q
Signed-off-by: Marcel Apfelbaum
---
Hi,
I reproduced the issue with 3.9.5 ke
> -Original Message-
> From: Jan Viktorin [mailto:viktorin at rehivetech.com]
> Sent: Tuesday, November 03, 2015 10:36 AM
> To: Ananyev, Konstantin
> Cc: Jerin Jacob; dev at dpdk.org; thomas.monjalon at 6wind.com; Hunt, David
> Subject: Re: [PATCH 2/3] arm64: acl: add neon based acl imple
On Fri, 30 Oct 2015 21:01:53 +0800
Zhe Tao wrote:
> static inline int __attribute__((always_inline))
> +i40e_tx_free_bufs(struct i40e_tx_queue *txq)
> +{
> + struct i40e_tx_entry *txep;
> + uint32_t n;
> + uint32_t i;
> + int nb_free = 0;
> + struct rte_mbuf *m, *free[RTE_I40E
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Monday, November 2, 2015 11:47 PM
> To: Tahhan, Maryam
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2 1/1] ethdev: distinguish between drop and
> error stats
>
> 2015-10-19 13:20, Maryam Tahhan:
> > Make a distnictio
remove pci_dev, pci_drv, rte_bond_pmd and pci_id_table.
handle numa_node for vdevs
handle RTE_ETH_DEV_INTR_LSC for vdevs
rename the function valid_bonded_device to check_for_bonded_device
remove branches on pci_dev
Signed-off-by: Bernard Iremonger
Acked-by: Tomasz Kulasek
---
drivers/net/bondin
Signed-off-by: Bernard Iremonger
Acked-by: Bruce Richardson
---
drivers/net/mpipe/mpipe_tilegx.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/net/mpipe/mpipe_tilegx.c b/drivers/net/mpipe/mpipe_tilegx.c
index 4dc32f7..35134ba 100644
--- a/drivers/net/mpipe/mpipe_tilegx.c
+++ b/dr
Signed-off-by: Bernard Iremonger
Acked-by: Bruce Richardson
---
drivers/net/xenvirt/rte_eth_xenvirt.c | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git a/drivers/net/xenvirt/rte_eth_xenvirt.c
b/drivers/net/xenvirt/rte_eth_xenvirt.c
index 6f9d96f..264aeda 100644
--- a/d
Signed-off-by: Bernard Iremonger
Acked-by: Bruce Richardson
Acked-by: John W. Linville
---
drivers/net/af_packet/rte_eth_af_packet.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/net/af_packet/rte_eth_af_packet.c
b/drivers/net/af_packet/rte_eth_af_packet.c
index 2f14482..3
remove rte_pcap_pmd and pci_dev.
Signed-off-by: Bernard Iremonger
Acked-by: Bruce Richardson
---
drivers/net/pcap/rte_eth_pcap.c | 18 +-
1 file changed, 1 insertion(+), 17 deletions(-)
diff --git a/drivers/net/pcap/rte_eth_pcap.c b/drivers/net/pcap/rte_eth_pcap.c
index 850274c
remove rte_ring_pmd and pci_dev.
Signed-off-by: Bernard Iremonger
Acked-by: Bruce Richardson
---
drivers/net/ring/rte_eth_ring.c | 24
1 file changed, 24 deletions(-)
diff --git a/drivers/net/ring/rte_eth_ring.c b/drivers/net/ring/rte_eth_ring.c
index 77ac23a..faa5759
remove rte_null_pmd and pci_dev.
Signed-off-by: Bernard Iremonger
Acked-by: Bruce Richardson
---
drivers/net/null/rte_eth_null.c | 19 +--
1 file changed, 1 insertion(+), 18 deletions(-)
diff --git a/drivers/net/null/rte_eth_null.c b/drivers/net/null/rte_eth_null.c
index 11d603
use dev_type to distinguish between vdev's and pdev's.
remove pci_dev branches.
update release notes.
Signed-off-by: Bernard Iremonger
Acked-by: Bruce Richardson
---
doc/guides/rel_notes/release_2_2.rst | 3 +++
lib/librte_ether/rte_ethdev.c| 40 +++-
2
initialise dev_flags, driver, kdrv, drv_name and numa_node fields in eth_dev
data.
for the following vdevs:
null
ring
pcap
af_packet
xenvirt
mpipe
bonding
Signed-off-by: Bernard Iremonger
Acked-by: Bruce Richardson
---
drivers/net/af_packet/rte_eth_af_packet.c | 12
drivers/net/b
use new function rte_eth_copy_pci_info.
copy device info for the following pdevs:
ixgbe
e1000
i40e
fm10k
bnx2x
cxgbe
enic
mlx4
vmxnet3
virtio
mlx5
Signed-off-by: Bernard Iremonger
Acked-by: Bruce Richardson
---
drivers/net/bnx2x/bnx2x_ethdev.c | 3 +++
drivers/net/cxgbe/cxgbe_ethdev.c
1 - 100 of 192 matches
Mail list logo
