Hello Friends,
What should be done to achieve maximum packet transfer rate using Intel
DPDK...? What are the things I should tune ? Does having more no.of tx
descriptors help ?
With a burst size of 30 and having 512 tx descriptors , I get a speed of
around one hundred thousand packets per second (
21/03/2014 13:48, Neil Horman:
> On Fri, Mar 21, 2014 at 08:03:34AM -0700, H. Peter Anvin wrote:
> > On 03/21/2014 07:49 AM, Neil Horman wrote:
> > > From: "H. Peter Anvin"
> > >
> > > Neil Horman reported that on x86-64 the upper half of %rbx would get
> > > clobbered when the code was compiled
Hi all,
I found that there is no way to configure pool behavior, for example accept
broadcasts, in VMDQ mode. For SR-IOV there is rte_eth_dev_set_vf_rxmode(),
but according to datasheet it doesn't matter whether the 82599's virtual
environment operates in IOV mode or in Next Generation VMDq mode.
Hi,
11/03/2014 05:38, Hiroshi Shimamoto:
> From: Hiroshi Shimamoto
>
> Implement missing feature to account statistics.
> This patch adds just an infrastructure.
>
> Signed-off-by: Hiroshi Shimamoto
> Reviewed-by: Hayato Momma
[...]
> @@ -51,6 +51,7 @@ struct memnic_adapter {
> int up
19/03/2014 11:28, Thomas Monjalon:
> 18/03/2014 16:31, Kyle Mestery:
> > stephen at networkplumber.org wrote:
> > > Anybody considered setting up patchwork to track patches on this list?
> > >
> > > If not familiar, patchwork is a back end which maintainers and
> > > developers
> > > can keep trac
On Thu, Mar 20, 2014 at 10:03:53AM -0700, H. Peter Anvin wrote:
> I just realized there is yet another oddity in this code:
>
> > @@ -78,8 +69,10 @@ struct cpuid_parameters_t {
> > struct feature_entry {
> > enum rte_cpu_flag_t feature;/**< feature name */
>
> The structure conta
On 03/24/2014 09:06 AM, Neil Horman wrote:
>>
>> If C99-style initializers are permitted in this codebase, I would
>> strongly recommend using them, and then drop the enum field in struct
>> feature_entry and use a macro such as:
>>
> Actually, its a bit simpler than that, the enum parameter is act
Hello all,
This is the first day of the first DPDK contest!
Developers, Network Engineers, Academics
Invited To Enter Network Tool Implementation Contest
6WIND, a developer of packet processing software, is inviting the public at
large to enter a software development contest, called "SPEED MATT
Neil Horman reported that on x86-64 the upper half of %rbx would get
clobbered when the code was compiled PIC or PIE, because the
i386-specific code to preserve %ebx was incorrectly compiled.
However, the code is really way more complex than it needs to be. For
one thing, the CPUID instruction on
On 03/24/2014 10:44 AM, Neil Horman wrote:
> * Modified cpuid_reg enum to start at 1 rather than zero
> * Added CPUID_REG macro to drop enum value by 1 during access
I guess I don't get it... why?
-hpa
07/03/2014 10:13, Stephen Hemminger:
> rte_pktmbuf_attach copies the packet meta data but does not
> copy the offload flags. This means that cloned packets lose
> their offload settings such as vlan tag.
>
> Signed-off-by: Stephen Hemminger
Acked and applied for version 1.6.0r2.
Thank you
--
T
07/03/2014 10:13, Stephen Hemminger:
> The argument to rte_jhash2() is not changed.
>
> Signed-off-by: Stephen Hemminger
Acked and applied for version 1.6.0r2.
Thank you
--
Thomas
07/03/2014 10:13, Stephen Hemminger:
> The include file should not change the GCC compile options for
> the whole file being compiled, but only for the one inline function
> that needs it. Using the push_options/pop_options fixes this.
>
> Signed-off-by: Stephen Hemminger
Acked and applied for v
07/03/2014 10:13, Stephen Hemminger:
> Memory zone's are inflexible and can not be destroyed.
> The size is fixed when initially created therefor QoS parameters
> could not be modified at run time, because table size for a subport
> might change.
>
> Signed-off-by: Stephen Hemminger
This change
On Mon, Mar 24, 2014 at 11:09:52AM -0700, H. Peter Anvin wrote:
> On 03/24/2014 10:44 AM, Neil Horman wrote:
> > * Modified cpuid_reg enum to start at 1 rather than zero
> > * Added CPUID_REG macro to drop enum value by 1 during access
>
> I guess I don't get it... why?
>
To add an extra sanity c
On 03/24/2014 12:52 PM, Neil Horman wrote:
>>
> To add an extra sanity check in rte_get_flag_enabled. If we were moving to
> the
> use of C99 initalizers, I wanted something to catch the possibility that we
> skip
> a flag by accident (i.e. leave a zero initalized hole in the array). Except 0
>
07/03/2014 10:13, Stephen Hemminger:
> The driver should not introduce an unnecessary dependency on the cmdline
> code. We don't build that code since it is not used in our product.
Your product is not the concern but I agree this dependency is unnecessary.
I'd just remove the comment about your p
I have a question regarding rte_rdtsc_precise() function. I was not getting
an expected number from the normal rte_rdtsc(), and hence changed to
rte_rdtsc_precise() function and am getting a different value, which seems
to be producing a number close to my expectation.
Q1. However, I wanted to ask
From: Mauro Annarumma
Flow director in X540 uses the same registers as in 82599.
So it just has to be enabled in the 82599 implementation.
Signed-off-by: Mauro Annarumma
---
lib/librte_pmd_ixgbe/ixgbe_fdir.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/lib
Hi,
04/03/2014 13:14, Richardson, Bruce:
> 04/03/2014 14:09, Olivier MATZ:
> > My initial concern was that --use-device has 2 different significations,
> > depending on the format of arguments:
> >- instanciate a virtual driver if it looks like a vdev name
> >- add a PCI device to the whit
20 matches
Mail list logo
