On Thu, 1 Sep 2016 10:11:52 +0530
Shreyansh Jain wrote:
> From: Jan Viktorin
>
> From: Jan Viktorin
>
> The eal_parse_sysfs_value function accepts a filename however, such
> interface introduces race-conditions to the code. Introduce the
> variant of this function that accepts an already open
HI !
Is there difference of traffic class between subport and pipe in QOS ?
After read prog_guide-2.2.pdf we kown that the scheduling hierarchy is port,
subport, pipe, traffic class and queue. But the traffic class both in
subport and pipe appeared in example of qos_sched .
[subport 0]
tb rate =
Fixes: 65eca099f405 ("drivers: split parameters infos in multiple lines")
Signed-off-by: Ferruh Yigit
---
drivers/net/ring/rte_eth_ring.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ring/rte_eth_ring.c b/drivers/net/ring/rte_eth_ring.c
index 5551e18..b09d433 1
Using nodeaction devarg lets creating multiple ring eth devices:
"eth_ring0,nodeaction=R0:0:CREATE,nodeaction=R1:0:CREATE"
Trying to create all devices with same name fails. Since first part of
the nodeaction devarg is name (in above sample R0,R1), this name field
can be used as eth dev name.
Fix
Fixes: ae03d0d18adf ("app/testpmd: command to configure MTU")
Signed-off-by: Ferruh Yigit
---
app/test-pmd/cmdline.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/app/test-pmd/cmdline.c b/app/test-pmd/cmdline.c
index f90befc..17d238f 100644
--- a/app/test-pmd/cmdline.c
+++
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of lvenyong
> Sent: Wednesday, August 31, 2016 12:34 PM
> To: dev at dpdk.org
> Cc: users at dpdk.org
> Subject: [dpdk-dev] QoS: The difference of traffic class between subport and
> pipe in QoS
>
> HI !
>
> Is
> -Original Message-
> From: Gowrishankar Muthukrishnan
> [mailto:gowrishankar.m at linux.vnet.ibm.com]
> Sent: Tuesday, August 16, 2016 11:28 AM
> To: dev at dpdk.org
> Cc: Chao Zhu ; Richardson, Bruce
> ; Ananyev, Konstantin
> ; Thomas Monjalon
> ; Dumitrescu, Cristian
> ; Pradeep
> Su
> -Original Message-
> From: Gowrishankar Muthukrishnan
> [mailto:gowrishankar.m at linux.vnet.ibm.com]
> Sent: Tuesday, August 16, 2016 11:28 AM
> To: dev at dpdk.org
> Cc: Chao Zhu ; Richardson, Bruce
> ; Ananyev, Konstantin
> ; Thomas Monjalon
> ; Dumitrescu, Cristian
> ; Pradeep
> Su
Hello Everyone,
First of all I would like to say hello since this is my first e-mail to this
mailing list.
I would like to ask a question regarding code licensing and importing code that
uses different license than BSD-like. Especially I'm curious about the code
that goes with OpenSSL/SSLeay lice
> -Original Message-
> From: Yigit, Ferruh
> Sent: Wednesday, August 31, 2016 9:49 AM
> To: dev at dpdk.org
> Cc: De Lara Guarch, Pablo
> Subject: [PATCH] app/testpmd: fix set MTU cmd help string
>
> Fixes: ae03d0d18adf ("app/testpmd: command to configure MTU")
>
> Signed-off-by: Ferruh
- eth_driver/rte_eth_dev embeds rte_soc_driver/device for relating SoC
PMDs to ethernet devices.
- Add probe and remove functions linked to eth_dev_init/uninit
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
Signed-off-by: Hemant Agrawal
---
lib/librte_ether/rte_ethdev.c | 129
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
Signed-off-by: Hemant Agrawal
---
lib/librte_ether/rte_ethdev.c | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/lib/librte_ether/rte_ethdev.c b/lib/librte_ether/rte_ethdev.c
index 104ea4a..4fa65ca 1006
We abstract access to the intr_handle here as we want to get
it either from the pci_dev or soc_dev.
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
Signed-off-by: Hemant Agrawal
---
lib/librte_ether/rte_ethdev.c | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
Now that different types of ethdev exist, check for presence of PCI dev
while copying out the info.
Similar would be done for SoC.
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
Signed-off-by: Hemant Agrawal
---
lib/librte_ether/rte_ethdev.c | 2 ++
1 file changed, 2 insertions(+)
It is not necessary to place the rte_pci_driver at the beginning
of the rte_eth_dev struct anymore as we use the container_of macro
to get the parent pointer.
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
Signed-off-by: Hemant Agrawal
---
lib/librte_ether/rte_ethdev.c | 4 ++--
lib
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
Signed-off-by: Hemant Agrawal
---
lib/librte_eal/common/include/rte_soc.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/lib/librte_eal/common/include/rte_soc.h
b/lib/librte_eal/common/include/rte_soc.h
index d453398..bd496ed 100
The flags are copied from the PCI ones. They should be refactorized into a
general set of flags in the future.
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
Signed-off-by: Hemant Agrawal
---
lib/librte_eal/common/include/rte_soc.h | 10 ++
1 file changed, 10 insertions(+)
It is assumed that SoC Devices provided on command line are prefixed with
"soc:". This patch adds parse and attach support for such devices.
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
Signed-off-by: Hemant Agrawal
---
lib/librte_eal/common/eal_common_dev.c | 27 ++--
Each SoC PMD registers a set of callback for scanning its own bus/infra and
matching devices to drivers when probe is called.
This patch introduces the infra for calls to SoC scan on rte_eal_soc_init()
and match on rte_eal_soc_probe().
Patch also adds test case for scan and probe.
Signed-off-by:
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
Signed-off-by: Hemant Agrawal
---
lib/librte_eal/bsdapp/eal/Makefile| 1 +
lib/librte_eal/bsdapp/eal/eal.c | 4 +++
lib/librte_eal/bsdapp/eal/eal_soc.c | 46
lib/librte_eal/common/eal_private.h
This option has the same meaning for the SoC infra as the --no-pci
for the PCI infra.
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
Signed-off-by: Hemant Agrawal
---
lib/librte_eal/common/eal_common_options.c | 5 +
lib/librte_eal/common/eal_internal_cfg.h | 1 +
lib/librte_e
SoC devices would be linked in a separate list (from PCI). This is used for
probe function.
A helper for dumping the device list is added.
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
Signed-off-by: Hemant Agrawal
---
lib/librte_eal/bsdapp/eal/rte_eal_version.map | 2 ++
lib/li
Registeration of a SoC driver through a helper DRIVER_REGISTER_SOC
(on the lines of DRIVER_REGISTER_PCI). soc_driver_list stores all the
registered drivers.
Test case has been introduced to verify the registration and
deregistration.
Signed-off-by: Jan Viktorin
Signed-off-by: Shreyansh Jain
Sig
Define initial structures and functions for the SoC infrastructure.
This patch supports only a very minimal functions for now.
More features will be added in the following commits.
Includes rte_device/rte_driver inheritance of
rte_soc_device/rte_soc_driver.
Signed-off-by: Jan Viktorin
Signed-off
Introduction:
=
This patch set is direct derivative of Jan's original series [1],[2].
(Confirmed offline with Jan before posting.)
- As this deviates substantially from original series, if need be I can
post it as a separate patch rather than v2. Please suggest.
- Also, there ar
The error value of -19 means your EEPROM indicates you're NIC doesn't have
support for your SFP+ module. So you're correct this isn't specifically a DPDK
issue, the code that verifies this is shared both between the Linux driver as
well as DPDK. There are two possible cases here 1) we recogni
Add support for RHEL6.8 which uses an old version of kernel with some
new features backported.
Signed-off-by: Ferruh Yigit
---
lib/librte_eal/linuxapp/kni/compat.h| 13 +
lib/librte_eal/linuxapp/kni/ethtool/igb/kcompat.h | 13 +
lib/librte_eal/linuxapp/k
Hi Neil,
On 08/31/2016 03:27 PM, Neil Horman wrote:
> On Wed, Aug 31, 2016 at 11:21:18AM +0200, Olivier Matz wrote:
>> Hi Neil,
>>
>> On 08/30/2016 03:23 PM, Neil Horman wrote:
>>> On Fri, Aug 26, 2016 at 03:20:46PM +0200, Olivier Matz wrote:
Add a new macro DRIVER_REGISTER_KMOD_DEP() that al
Hi,
As per srTCM RFC 2697, we should be updating the E bucket only after the C
bucket overflows.
"Thereafter, the token counts Tc and Te are updated CIR times per second as
follows:
o If Tc is less than CBS, Tc is incremented by one, else
o if Te is less then EBS, Te is incremented by on
On 8/8/2016 12:48 PM, Ferruh Yigit wrote:
> Hi,
>
> On 8/6/2016 12:19 PM, ??? wrote:
>> From 3edca1e3194959ba26a6c36143f8423009661b11 Mon Sep 17 00:00:00 2001
>> From: zhouyangchao
>> Date: Sat, 6 Aug 2016 19:14:51 +0800
>> Subject: [PATCH] kni: error release device list head could cause a kernel
2016-08-31 10:31, O'Driscoll, Tim:
> Below are the features that we're planning to submit for the 17.02
> release. We'll submit a patch to update the roadmap page with this info.
>
> Some things will obviously change during planning/development, so we'll
> provide a more detailed update in late Se
Removing KNI interface that has no PCI driver for ethtool support cause
kernel crash.
Fixes: 109febfe58f9 ("net/igb: move PCI device IDs from EAL")
Fixes: 221fba3b987c ("net/ixgbe: move PCI device IDs from EAL")
Signed-off-by: Ferruh Yigit
---
lib/librte_eal/linuxapp/kni/kni_misc.c | 10 ++-
>
> This patch adds port for ACL library in ppc64le.
>
> Signed-off-by: Gowrishankar Muthukrishnan linux.vnet.ibm.com>
> ---
> app/test-acl/main.c | 4 +
> config/defconfig_ppc_64-power8-linuxapp-gcc | 1 -
> lib/librte_acl/Makefile | 2 +
> lib
>
> On Fri, 26 Aug 2016 18:22:52 +0200
> Tomasz Kulasek wrote:
>
> > As discussed in that thread:
> >
> > http://dpdk.org/ml/archives/dev/2015-September/023603.html
> >
> > Different NIC models depending on HW offload requested might impose
> > different requirements on packets to be TX-ed in
2016-08-31 08:38, Vladyslav Buslov:
> Would you accept this change as config file compile-time parameter with libc
> calloc as default?
> It is one line change only so it is easy to ifdef.
The configuration should not be compile-time.
Please think about a runtime configuration via an API.
Hi Neil,
On 08/30/2016 03:23 PM, Neil Horman wrote:
> On Fri, Aug 26, 2016 at 03:20:46PM +0200, Olivier Matz wrote:
>> Add a new macro DRIVER_REGISTER_KMOD_DEP() that allows a driver to
>> declare the list of kernel modules required to run properly.
>>
>> Today, most PCI drivers require uio/vfio.
On Wed, Aug 31, 2016 at 05:26:41PM +, Bodek, Zbigniew wrote:
> I've seen some GPL stuff, mostly kernel modules from
> Intel. So what with the above mentioned OpenSSL?
The modules are that way to be compatible with the kernel. The rest is BSD.
See: http://dpdk.org/dev on Licenses.
Matthew.
This patch removes all unused headers.
Signed-off-by: Amine Kherbouche
---
app/test-pipeline/config.c | 1 -
app/test-pipeline/main.c | 1 -
app/test-pmd/config.c | 1 -
app/test-pmd/csumonly.c
Below are the features that we're planning to submit for the 17.02 release.
We'll submit a patch to update the roadmap page with this info.
Some things will obviously change during planning/development, so we'll provide
a more detailed update in late September/early October. After that, things
Hi Vlad,
>
> Hi Konstantin,
>
> Thanks for your feedback.
>
> Would you accept this change as config file compile-time parameter with libc
> calloc as default?
> It is one line change only so it is easy to ifdef.
It is an option, but the main requirements from the community
is to minimize nu
Hi Thomas,
On Tuesday 30 August 2016 07:12 PM, Thomas Monjalon wrote:
> 2016-08-30 17:29, Shreyansh Jain:
>> On Tuesday 30 August 2016 04:00 PM, Thomas Monjalon wrote:
>>> 2016-08-30 09:57, Shreyansh Jain:
Is there a better way to test that no driver breaks? Any particular
parameters I s
Hi,
On Tuesday 30 August 2016 10:04 PM, Pattan, Reshma wrote:
> Hi,
>
>> +/**
>> + * Utility function to write a pci device name, this device name can
>> +later be
>> + * used to retrieve the corresponding rte_pci_addr using
>> +eal_parse_pci_*
>> + * BDF helpers.
>> + *
>> + * @param addr
>> + *
This summarizes the "how to call dpdk-pmdinfo" in one place to be
picked up by html/pdf/man-page docs.
That knowledge was available before but spread in various docs along
examples (which are great and have to be kept) as well as in the
--usage/--help option of the tool itself.
As a root only pro
This summarizes the "how to call dpdk-pmdinfo" in one place to be picked
up by html/pdf/man-page docs.
Signed-off-by: Christian Ehrhardt
---
doc/guides/conf.py | 4 +++-
doc/guides/tools/index.rst | 1 +
doc/guides/tools/pmdinfo.rst | 57
This enables the rendering of rst into man pages as well as installing
them (if built) along the binaries. To do so there is a new make target
"doc-guides-man" which will render the rst files into man format.
Currently these three tools had docs that were compatible "enough" to
make up for a reaso
This is to clarify the scope of these documents that are more tools than
sample applications.
Also this is a preparation step to add more tools and generate man pages
off of their rst files.
Signed-off-by: Christian Ehrhardt
---
doc/guides/index.rst | 1 +
doc/guides/sample_a
*Updates in v2*
- rebased to latest upstream
- moved tools to their own guide section
- fixed some wording and indents
- properly marked fixed-width text elements
- fixed some rst issues in devbind doc
Hi,
this is about providing manpages for the binaries installed by DPDK.
Eventually people using
Hi,
thanks for sharing your RST experience - I didn't see the rst issues before.
Fixed them all and checked html/man output again - looking good to me.
On Tue, Aug 30, 2016 at 5:05 PM, Mcnamara, John
wrote:
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf O
On Tue, Aug 30, 2016 at 4:59 PM, Mcnamara, John
wrote:
>
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Christian Ehrhardt
> > Sent: Thursday, August 4, 2016 12:17 PM
> > To: christian.ehrhardt at canonical.com; thomas.monjalon at 6wind.com;
> > dev at
On Wed, Aug 31, 2016 at 11:21:18AM +0200, Olivier Matz wrote:
> Hi Neil,
>
> On 08/30/2016 03:23 PM, Neil Horman wrote:
> > On Fri, Aug 26, 2016 at 03:20:46PM +0200, Olivier Matz wrote:
> >> Add a new macro DRIVER_REGISTER_KMOD_DEP() that allows a driver to
> >> declare the list of kernel modules
Hi Olivier,
> -Original Message-
> From: Olivier Matz [mailto:olivier.matz at 6wind.com]
> Sent: Friday, August 26, 2016 3:30 PM
> To: Wang, Xiao W ; Chen, Jing D
>
> Cc: dev at dpdk.org
> Subject: Re: [PATCH 4/5] net/ixgbe: implement new Rx checksum flag
>
> Hi Xiao,
>
> On 08/25/2016
Hi Olivier,
> -Original Message-
> From: Olivier Matz [mailto:olivier.matz at 6wind.com]
> Sent: Friday, August 26, 2016 3:27 PM
> To: Wang, Xiao W ; Chen, Jing D
>
> Cc: dev at dpdk.org
> Subject: Re: [PATCH 1/5] net/fm10k: add back Rx checksum offload
>
> Hi Xiao,
>
> On 08/25/2016 07
Hi Mark,
> -Original Message-
> From: Chen, Jing D
> Sent: Monday, August 29, 2016 5:33 PM
> To: Wang, Xiao W ; olivier.matz at 6wind.com
> Cc: dev at dpdk.org
> Subject: RE: [PATCH 2/5] net/fm10k: implement new Rx checksum flag
>
> Hi,
>
> > uint16_t
> > diff --git a/drivers/net/fm10k/
On 08/30/2016 05:51 PM, Mcnamara, John wrote:
>> -Original Message-
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Christian Ehrhardt
>> Sent: Thursday, August 4, 2016 12:17 PM
>> To: christian.ehrhardt at canonical.com; thomas.monjalon at 6wind.com;
>> dev at dpdk.org
>> Subjec
Thanks for the review and the feedback.
I'm trying to integrate the feedback and send a v2 today.
On Wed, Aug 31, 2016 at 7:54 AM, Panu Matilainen
wrote:
> On 08/30/2016 05:51 PM, Mcnamara, John wrote:
>
>> -Original Message-
>>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Ch
Damn, I'm payed by # of commits :-P
That can of course be squashed with the actual devbind patch.
I already thought about it before and hearing another voice asking for it
is enough to convince me.
On Tue, Aug 30, 2016 at 5:12 PM, Mcnamara, John
wrote:
>
>
> > -Original Message-
> > Fro
Hi Konstantin,
Thanks for your feedback.
Would you accept this change as config file compile-time parameter with libc
calloc as default?
It is one line change only so it is easy to ifdef.
Regards,
Vlad
-Original Message-
From: Ananyev, Konstantin [mailto:konstantin.anan...@intel.com]
On Wed, 31 Aug 2016 03:07:10 +
Jianfeng Tan wrote:
> This patch uses pthread_getaffinity_np() to narrow down detected
> cores before parsing coremask (-c), corelist (-l), and coremap
> (--lcores).
>
> The purpose of this patch is to leave out these core related options
> when DPDK applicatio
On Tue, 16 Aug 2016 17:01:27 +0300
Vladyslav Buslov wrote:
> Hello,
>
> In our application we need to be able to allocate tens of thousands of ACLs
> at runtime.
> Testing revealed significant performance problems. We were able to track them
> to memset in calloc function which caused multiple
Hi, ALL:
Physical NIC has a set of counters, such as
u64 prc64;
u64 prc127;
u64 prc255; etc.
but now, DPDK has counted the prc64 in two ways. Physical NIC counts
prc64 with CRC by hardware. Virtio computes the counter like prc64
without CRC. This will cause the conflict, when a 64 packet from out
This patch uses pthread_getaffinity_np() to narrow down detected
cores before parsing coremask (-c), corelist (-l), and coremap
(--lcores).
The purpose of this patch is to leave out these core related options
when DPDK applications are deployed under container env, so that
users only specify core
Hi Vladyslav,
> -Original Message-
> From: Vladyslav Buslov [mailto:vladyslav.buslov at harmonicinc.com]
> Sent: Tuesday, August 16, 2016 3:01 PM
> To: Ananyev, Konstantin
> Cc: dev at dpdk.org
> Subject: [PATCH] acl: use rte_calloc for temporary memory allocation
>
> Acl build process u
62 matches
Mail list logo
