Hi,
On 05/20/2016 04:54 PM, Christian Ehrhardt wrote:
> Hi,
> it would be great to have an actively maintained LTS release.
>
> Clearly all us "Distribution People" like Panu, Me and a few others should
> - whenever bugs are identified as potential backports - start the
> discussion.
> And
2016-05-20 18:50, Christian Ehrhardt:
> The individual libraries have various cross dependencies.
> This is already refelcted in the DEPDIR dependency, but not yet in
> proper DT_NEEDED flags in the .so's.
> This adds the -l flags so that is properly stored in the .so's ELF
> headers.
Why not
The individual libraries have various cross dependencies.
This is already refelcted in the DEPDIR dependency, but not yet in
proper DT_NEEDED flags in the .so's.
This adds the -l flags so that is properly stored in the .so's ELF
headers.
Signed-off-by: Christian Ehrhardt
---
ok,
- little baby steps first
I'll submit a trivial patch in reply to this fixing the underlinking in
all .so's, except librte_eal.
- discussion on the remaining open issue second.
For the remaining issue I think that needs a special understanding of
linkers I still need to grasp.
But since
Hi,
it would be great to have an actively maintained LTS release.
Clearly all us "Distribution People" like Panu, Me and a few others should
- whenever bugs are identified as potential backports - start the
discussion.
And having an stable-maintainer on the other end sounds great.
The active
Hi All,
I m trying to install dpdk-16.04 on my VM ubuntu.
I tried to make the build but it failed with below error.
anyone can help on this.
ubuntu version is "Ubuntu 14.04.3 (64bit)"
kernel version is 4.6.
* SYMLINK-FILE include/rte_eth_null.h*
* INSTALL-LIB librte_pmd_null.a*
*==
Sergio,
The step 4 will not fail because each huge page will get an virtual address
finally, though it's a different address. If you take a look at the function
rte_eal_hugepage_init(), in the last loop, it uses both physical address and
virtual address to determine a new memory segment. This
Update edge router usecase config files to use bulk commands.
Signed-off-by: Piotr Azarewicz
Acked-by: Cristian Dumitrescu
---
.../ip_pipeline/config/edge_router_downstream.cfg | 30 +++-
.../ip_pipeline/config/edge_router_downstream.sh |7 ++--
Several routing commands are merged into two commands:
route and arp - these two commands are handled by cli library.
Rest of the commands are handled internaly by the pipeline code.
Signed-off-by: Piotr Azarewicz
Acked-by: Cristian Dumitrescu
---
examples/ip_pipeline/config/l2fwd.cfg
All commands merged into one: cmd_action_parsed.
modified bulk command:
action flow bulk
File line format:
flow
meter 0 meter 1 meter 2
meter 3
policer 0policer 1
policer 2policer 3
port
Signed-off-by: Marcin Kerlin
Signed-off-by: Piotr Azarewicz
Acked-by:
This patch modifies flow classifications pipeline command line
interface. All commands are merged into one cmd_fc_parsed.
Additionally a classification for ipv6, ipv4 and qinq can be added from
configuration file.
1. flow add qinq bulk
File line format:
qinq port id
File line example:
qinq 1
Each command are merged into one: cmd_firewall_parsed.
ADD command format is changed:
p firewall add priority ipv4
port
and bulk command was modified:
1. firewall add bulk
File line format:
priority ipv4
port
(protomask is a hex value)
File line example:
priority 0 ipv4
All link commands are merged into one command:
cmd_link_parsed.
Improve run command to allow run periodically.
Adding static keyword to a lot of token declarations.
Signed-off-by: Tomasz Kulasek
Signed-off-by: Michal Kobylinski
Acked-by: Cristian Dumitrescu
---
Add a couple of additional functions that will allow to parse many types
of input parameters, i.e.: bool, 16, 32, 64 bits, hex, etc.
Signed-off-by: Piotr Azarewicz
Acked-by: Cristian Dumitrescu
---
examples/ip_pipeline/Makefile |1 +
examples/ip_pipeline/config_parse.c | 257
Using the latest librte_cmdline improvements, the CLI implementation of the
ip_pipeline application is streamlined and improved, which results in
eliminating thousands of lines of code from the application, thus leading to
code that is easier to maintain and extend.
v2 changes:
- added functions
Hi,
On 19/05/16 13:18, Ananyev, Konstantin wrote:
> I wonder does anyone really use mbuf port field?
> My though was - could we to drop it completely?
There are a few example codes which are reading the port field. Although
they can retain this metadata in the private area of the mbuf, right
In current implementation guest application can reinitialize vrings
by executing start after stop. In the same time host application
can still poll virtqueue while device stopped in guest and it will
crash with segmentation fault while vring reinitialization because
of dereferencing of bad
Fix broken cosole directive in the ABI validator section of the
ABI versioning docs.
Fixes: f1ef9794f9bd ("doc: add ABI guidelines")
Signed-off-by: John McNamara
---
v2: Added fixline.
doc/guides/contributing/versioning.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Suspicious implicit sign extension: pf->fdir.match_counter_index
with type unsigned short (16 bits, unsigned) is promoted in
pf->fdir.match_counter_index << 20 to type int (32 bits, signed),
then sign-extended to type unsigned long (64 bits, unsigned).
If pf->fdir.match_counter_index << 20 is
Fix broken cosole directive in the ABI validator section of the
ABI versioning docs.
Signed-off-by: John McNamara
---
doc/guides/contributing/versioning.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/guides/contributing/versioning.rst
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Christian Ehrhardt
> Sent: Friday, May 20, 2016 9:07 AM
> To: dev ; Stephen Hemminger
> Subject: Re: [dpdk-dev] Suggestions for the dpdk stable tree
>
> Hi,
> I guess over time/releases less people mind the
Hi Alex and Bruce,
Thanks for the reply.
Alex,
Just saw your email. You are right, this issue was happening for multicast
packets only. On 82599 NIC, multicast and broadcast packet replication
(IXGBE_VT_CTL_REPLEN) was enabled even for single VF case, hence NIC was
dropping the packets as
On Fri, May 20, 2016 at 1:01 PM, Panu Matilainen
wrote:
> On 05/19/2016 09:17 PM, Thomas Monjalon wrote:
>
>> 2016-05-19 17:38, Christian Ehrhardt:
>>
>>> Hi,
>>> I was working on the new 16.04 build system to adapt deb packaging to it.
>>> I remember somewhen back in the DPDK 2.2 and
On 05/20/2016 02:11 PM, Olivier Matz wrote:
> Maybe I could replace in the patch:
> #ifdef RTE_ARCH_PPC_64
> By something like :
> #if defined(RTE_ARCH_PPC_64) && (RTE_BYTE_ORDER == RTE_LITTLE_ENDIAN)
Hmm it's probably useless since we already do a
rte_be_to_cpu_*(), so it should do nothing
Hi,
as Thomas said that is a dep for pcap.
Note that dpdk is part of Ubuntu 15.10 and later - due to that even if
building on your own on these releases you would be able to run "sudo
apt-get build-dep dpdk" to get all usual build dependencies resolved
automatically.
But since you are on an older
Hi Chao,
On 05/19/2016 11:13 AM, Chao Zhu wrote:
> Olivier,
>
> Thanks for the patches!
> Just one comment:
> POWER8 machine only supports little endian OS on bare metal. In VM guest, it
> can support both little endian and big endian OS. Did you try to run it on
> both host (little endian) and
2016-05-20 17:33, Sheroo Pratap:
> Hi All,
>
> I m trying to install dpdk-16.04 on my VM ubuntu.
> I tried to make the build but it failed with below error.
>
> anyone can help on this.
>
> ubuntu version is "Ubuntu 14.04.3 (64bit)"
> kernel version is 4.6.
>
> * SYMLINK-FILE
2016-05-20 11:37, Bruce Richardson:
> On Thu, May 19, 2016 at 06:44:44PM +0200, Thomas Monjalon wrote:
> > 2016-05-19 17:28, Ferruh Yigit:
> > > On 5/19/2016 9:33 AM, Thomas Monjalon wrote:
> > > > 2016-05-18 18:10, Ferruh Yigit:
> > > >> Add rte_eth_from_vhost() API to create vhost PMD
On 05/19/2016 09:17 PM, Thomas Monjalon wrote:
> 2016-05-19 17:38, Christian Ehrhardt:
>> Hi,
>> I was working on the new 16.04 build system to adapt deb packaging to it.
>> I remember somewhen back in the DPDK 2.2 and shared+combined library days I
>> had some issues with over/underlinking - but
This tool searches for the primer sting PMD_DRIVER_INFO= in any ELF binary,
and, if found parses the remainder of the string as a json encoded string,
outputting the results in either a human readable or raw, script parseable
format
Note that, in the case of dynamically linked applications,
Modify the compilation makefile to identify C files that export PMD information,
and use that to trigger execution of the pmdinfo binary. If the execution of
pmdinfo is successful, compile the output C file to an object, and use the
linker to do relocatable linking on the resultant object file
Export a symbol containing the string:
DPDK_PLUGIN_PATH="$(CONFIG_RTE_EAL_PMD_PATH)"
Where the latter half of the string is set at build time to a location from
which autoloaded DSO's will be found. This string is used by pmdinfo in
'plugin' mode, whereby a user can specify a dpdk installation
Modify the PMD_REGISTER_DRIVER macro, adding a name argument to it. The
addition of a name argument creates a token that can be used for subsequent
macros in the creation of unique symbol names to export additional bits of
information for use by the pmdinfogen tool. For example:
pmdinfogen is a tool used to parse object files and build json strings for use
in
later determining hardware support in a dso or application binary. pmdinfo
looks for the non-exported symbol names this_pmd_name and this_pmd_tbl
(where n is a integer counter). It records the name of each of
Hey all-
So heres attempt number 2 at a method for exporting PMD hardware support
information. As we discussed previously, the consensus seems to be that pmd
information should be:
1) Able to be interrogated on any ELF binary (application binary or individual
DSO)
2) Equally functional
On 05/20/2016 11:55 AM, Thomas Monjalon wrote:
> 2016-05-20 08:22, Panu Matilainen:
>> Ability to query individual DSOs is a building block for other things
>> like automation (you dont expect normal users to go manually loading hw
>> support modules for the OS either), but its not an end-user
Add an ASSERT macro for the enic driver which is enabled when the log
level is >= RTE_LOG_DEBUG. Assert that number of mbufs to return to
the pool in the Tx function is never greater than the max allowed.
Signed-off-by: John Daley
---
drivers/net/enic/enic.h | 12
Remove some files, functions and variables left unused after
Tx performance improvements.
Signed-off-by: John Daley
---
drivers/net/enic/base/enic_vnic_wq.h | 63
drivers/net/enic/base/vnic_cq.h | 44 -
Reduce host CPU overhead of Tx packet processing:
* Use local variables inside per packet loop instead of fields in structs.
* Factor book keeping and conditionals out of the per packet loop where
possible.
* Post buffers to the nic at a maximum of every 64 packets
Signed-off-by: Nelson Escobar
Mbufs were returned to the pool one at a time. Use rte_mempool_put_bulk
instead. There were muiltiple function calls for each buffer returned.
Refactor this code into just 2 functions.
Signed-off-by: John Daley
---
drivers/net/enic/base/vnic_wq.h | 27 -
The NIC can either DMA a separate completion message for each
completed send or periodically just DMA an index of the last
completed send. Switch to the second method which improves
cache locality and performance.
Signed-off-by: John Daley
---
drivers/net/enic/base/vnic_wq.c | 1 +
The list of mbufs held by the driver on Tx was allocated in chunks
(a hold-over from the enic kernel mode driver). The structure used
next pointers across chunks which led to cache misses.
Allocate the array used to hold mbufs in flight on Tx with
rte_zmalloc_socket(). Remove unnecessary fields
Functions existed which were never called. Removed them. Also
rename the 'pmd' from the name of the Tx function to improve clarity.
Signed-off-by: John Daley
---
drivers/net/enic/base/vnic_wq.h | 45
drivers/net/enic/enic.h | 5 ++-
Signed-off-by: John Daley
---
drivers/net/enic/Makefile | 2 +-
drivers/net/enic/enic.h| 3 +
drivers/net/enic/enic_ethdev.c | 65 --
drivers/net/enic/enic_main.c | 82 +--
drivers/net/enic/enic_rx.c | 343 -
Truncated packets occur on enic if an mbuf is not big enough to
receive it or there aren't enough mbufs if rx scatter is in use.
They show up as error packets but unlike other error packets (like
packets bad FCS) there are no nic drop counts incremented for them.
Truncated packets are calculated
Following the discussions from:
http://dpdk.org/ml/archives/dev/2015-July/021721.html
http://dpdk.org/ml/archives/dev/2016-April/038143.html
Remove the unused flag from enic driver. Also, the enic driver is
modified to drop bad packets.
Signed-off-by: Olivier Matz
Signed-off-by: John Daley
---
rx_no_bufs is a hardware counter of packets dropped on the
interface due to no host buffers and should be used to update
r_stats->imissed counter instead of rx_nombuf.
Include rx_drop in ierrors. rx_drop is incremented if packets
arrive when the receive queue is disabled.
Add a structure and
[cross-posting to dpdk mailing list]
> -Original Message-
> From: Torgny Lindberg [mailto:torgny.lindberg at ericsson.com]
> Sent: Thursday, May 19, 2016 8:26 AM
> To: Traynor, Kevin ; Loftus, Ciara
> ; dev at openvswitch.org
> Subject: RE: [ovs-dev] [PATCH v3 1/3] netdev-dpdk: Remove
On Fri, May 20, 2016 at 02:09:02AM -0700, SwamZ wrote:
> Hi,
>
>
> While doing performance testing with larger packet size (like 4000 bytes),
> we are seeing rx_missed_errors on the interface. This issue is not seen
> with packet size less than 2000. There were questions asked in this forum
> on
On 05/19/2016 03:47 PM, Thomas Monjalon wrote:
> 2016-05-18 13:04, Olivier Matz:
>> This series is a rework of mempool. For those who don't want to read
>> all the cover letter, here is a sumary:
>>
>> - it is not possible to allocate large mempools if there is not enough
>> contiguous memory,
On Thu, May 19, 2016 at 06:44:44PM +0200, Thomas Monjalon wrote:
> 2016-05-19 17:28, Ferruh Yigit:
> > On 5/19/2016 9:33 AM, Thomas Monjalon wrote:
> > > 2016-05-18 18:10, Ferruh Yigit:
> > >> Add rte_eth_from_vhost() API to create vhost PMD dynamically from
> > >> applications.
> > >
> > > How
On 20/05/2016 09:41, Chao Zhu wrote:
> Sergio,
>
> The step 4 will not fail because each huge page will get an virtual address
> finally, though it's a different address. If you take a look at the function
> rte_eal_hugepage_init(), in the last loop, it uses both physical address and
> virtual
2016-05-20 11:42, Panu Matilainen:
> Just noticed this series "breaks" --no-huge as a regular user, commit
> 593a084afc2b to be exact:
>
> mmap(NULL, 4194304, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_ANONYMOUS|MAP_LOCKED, 0, 0) = -1 EAGAIN (Resource
> temporarily unavailable)
> write(1, "EAL:
Bruce,
Recently, we find some bugs with mmap in PowerLinux. The mmap doesn't
respect the address hints. In function get_virtual_area() in eal_memory.c,
mmap get the free virtual address range as the address hint. However, when
mapping the real memory in rte_eal_hugepage_init(), mmap doesn't
2016-05-20 08:22, Panu Matilainen:
> Ability to query individual DSOs is a building block for other things
> like automation (you dont expect normal users to go manually loading hw
> support modules for the OS either), but its not an end-user solution.
>
> Thomas said in
On 05/19/2016 04:26 PM, Neil Horman wrote:
> On Thu, May 19, 2016 at 09:08:52AM +0300, Panu Matilainen wrote:
>> On 05/18/2016 04:48 PM, Neil Horman wrote:
>>> On Wed, May 18, 2016 at 03:48:12PM +0300, Panu Matilainen wrote:
On 05/18/2016 03:03 PM, Neil Horman wrote:
> On Wed, May 18,
On Fri, May 20, 2016 at 10:55:26AM +0200, Thomas Monjalon wrote:
> 2016-05-20 08:22, Panu Matilainen:
> > Ability to query individual DSOs is a building block for other things
> > like automation (you dont expect normal users to go manually loading hw
> > support modules for the OS either), but
On Fri, May 20, 2016 at 08:22:34AM +0300, Panu Matilainen wrote:
> On 05/19/2016 03:00 PM, Neil Horman wrote:
> > On Thu, May 19, 2016 at 12:02:27PM +0300, Panu Matilainen wrote:
> > > On 05/19/2016 12:08 AM, Neil Horman wrote:
> > > > This tool searches for the primer sting PMD_DRIVER_INFO= in
Hi,
I guess over time/releases less people mind the 2.2-stable.
But I still see a lot of people referring to 2.2 - so why not giving this
thread a ping again.
ack / nack / opinions ?
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
On Thu, Mar 24, 2016 at 8:14 AM, Christian
On Fri, May 20, 2016 at 10:30:27AM +0300, Panu Matilainen wrote:
> On 05/19/2016 04:26 PM, Neil Horman wrote:
> > On Thu, May 19, 2016 at 09:08:52AM +0300, Panu Matilainen wrote:
> > > On 05/18/2016 04:48 PM, Neil Horman wrote:
> > > > On Wed, May 18, 2016 at 03:48:12PM +0300, Panu Matilainen
On Thu, May 19, 2016 at 06:44:44PM +0200, Thomas Monjalon wrote:
> 2016-05-19 17:28, Ferruh Yigit:
> > On 5/19/2016 9:33 AM, Thomas Monjalon wrote:
> > > 2016-05-18 18:10, Ferruh Yigit:
> > >> Add rte_eth_from_vhost() API to create vhost PMD dynamically from
> > >> applications.
> > >
> > > How
On Fri, May 20, 2016 at 2:09 AM, SwamZ wrote:
> Hi,
>
>
> While doing performance testing with larger packet size (like 4000 bytes),
> we are seeing rx_missed_errors on the interface. This issue is not seen
> with packet size less than 2000. There were questions asked in this forum
> on
Morning,
On 11/05/2016 11:48, zr at semihalf.com wrote:
> From: Zyta Szpak
>
> rte_eth_dev_get_reg_length and rte_eth_dev_get_reg callbacks
> do not provide register size to the app in any way. Example assuming
> they are 32-bit wide always allocates not enough memory if the
> registers are
On 20/05/2016 04:03, Chao Zhu wrote:
> Bruce,
>
> Recently, we find some bugs with mmap in PowerLinux. The mmap doesn't
> respect the address hints. In function get_virtual_area() in eal_memory.c,
> mmap get the free virtual address range as the address hint. However, when
> mapping the real
> -Original Message-
> From: Wang, Zhihong
> Sent: Friday, May 6, 2016 6:47 AM
> To: dev at dpdk.org
> Cc: Ananyev, Konstantin ; Richardson, Bruce
> ; thomas.monjalon at 6wind.com
> Subject: [PATCH 0/6] vhost/virtio performance loopback utility
>
Hi Thomas, Bruce,
Do you have any
Ping? Any more comments on this?
// Simon
On 2016-05-16 15:16, Simon K?gstr?m wrote:
> On 2016-05-16 14:43, Pattan, Reshma wrote:
This was added to allow devices, at least with one direction (RX/TX)
>>> supported. As, devices with both directions disabled doesn't make sense
>>> right?
> -Original Message-
> From: Simon K?gstr?m [mailto:simon.kagstrom at netinsight.net]
> Sent: Friday, May 20, 2016 7:30 AM
> To: Pattan, Reshma ; dev at dpdk.org;
> thomas.monjalon at 6wind.com
> Subject: Re: [dpdk-dev] [PATCH / RFC ] ethdev: Allow rte_eth_dev_configure
> with zero RX/TX
On 05/19/2016 09:05 PM, Thomas Monjalon wrote:
> This script was forgotten when dropping the combined library.
>
> Fixes: 948fd64befc3 ("mk: replace the combined library with a linker script")
>
> Signed-off-by: Thomas Monjalon
> ---
I haven't even noticed there was such a script :) Thanks for
On 05/19/2016 03:00 PM, Neil Horman wrote:
> On Thu, May 19, 2016 at 12:02:27PM +0300, Panu Matilainen wrote:
>> On 05/19/2016 12:08 AM, Neil Horman wrote:
>>> This tool searches for the primer sting PMD_DRIVER_INFO= in any ELF binary,
>>> and, if found parses the remainder of the string as a json
Hi,
While doing performance testing with larger packet size (like 4000 bytes),
we are seeing rx_missed_errors on the interface. This issue is not seen
with packet size less than 2000. There were questions asked in this forum
on rx_missed_error, but there was not any conclusion. Please let me
70 matches
Mail list logo
