Hi,
I am trying to compile the test-pmd app on an Intel Core i7 targeted to run
on Intel Atom target.
When I run test pmd binary on the target machine, it fails to start with:
ERROR: This system does not support "AVX".
Please check that RTE_MACHINE is set correctly.
This is how I am building dp
Hi,
The l3fwd sample app contains the default values for the Intel(R) 82599 10 GbE
controller's RX and TX Prefetch, Host, and Write-back registers; said values
are used in the application to configure physical ports for optimal performance.
What values could be used to configure the physical po
-Original Message-
From: Antti Kantee [mailto:po...@fixup.fi]
Sent: Wednesday, July 23, 2014 5:37 PM
To: Kavanagh, Mark B; dev at dpdk.org
Subject: Re: [dpdk-dev] Performance - linking against DPDK shared vs static
libraries
On 23/07/14 15:58, Kavanagh, Mark B wrote:
>> Hi,
>>
>> I bui
DPDK-dev,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Suryanathan P
> Sent: Wednesday, July 23, 2014 10:28 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] How to set RTE_MACHINE on DPDK 1.7.0 correctly?
>
> Hi,
>
> I am trying to compile the test-pmd app on an Inte
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Olivier Matz
> Sent: Wednesday, July 23, 2014 5:29 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 0/2] introduce dev_ops to get extended statistics
> of
> a device
>
> The generic statistics structure is
Rather than freeing the previously allocated memzone, could you not just
re-initialize the mempool using something like rte_mempool_xmem_create?
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Mahdi Dashtbozorgi
> Sent: Wednesday, July 23, 2014 2:05 AM
> To:
Thanks, Helin, I got it.
-Original Message-
From: Zhang, Helin [mailto:helin.zh...@intel.com]
Sent: Tuesday, July 22, 2014 10:42 PM
To: GongJinrong; dev at dpdk.org
Subject: RE: [dpdk-dev] How to change the mbuf size
Hi John
No, you do not need to change the mbuf size, you just need to
On 23/07/14 15:58, Kavanagh, Mark B wrote:
> Hi,
>
> I build a switching application, which links against DPDK shared libraries;
> when I run the application, I see throughput of X. I then build the
> application again, except this time I link against DPDK shared libraries,
> having modified th
Hi,
2014-07-23 14:24, David Binderman:
> dpdk-1.7.0/lib/librte_ether/rte_ether.h:208]: (style) Expression '(X & 0x2)
> == 0x1' is always false.
Which tool are you using?
Thanks for the report
--
Thomas
Hi,
I build a switching application, which links against DPDK shared libraries;
when I run the application, I see throughput of X. I then build the
application again, except this time I link against DPDK shared libraries,
having modified the application's build parameters appropriately. In th
Hello,
I am trying to develop a low-latency application, and I measured the round
trip latency with DPDK. However I got an average of 650~720 microseconds
round-trip latency with Intel 82599 10Gbps NIC.
The experiment method is as follows. 2 machines (A and B) are connected
back-to-back. Machine
On Wed, Jul 23, 2014 at 09:43:49PM +, Kavanagh, Mark B wrote:
> I take it ... that the performance drop when using shared libraries is
> expected behavior?
s/expected behavior/and unavoidable consequence/g
;)
Matthew Hall.
Hello there,
> 2014-07-23 14:24, David Binderman:
>> dpdk-1.7.0/lib/librte_ether/rte_ether.h:208]: (style) Expression '(X & 0x2)
>> == 0x1' is always false.
>
> Which tool are you using?
cppcheck, available from sourceforge. Strongly recommended.
Regards
Add a new token in "show port" command to dump the extended statistics
of a device. It validates the new xstats framework added in previous commit.
Signed-off-by: Olivier Matz
---
app/test-pmd/cmdline.c | 22 --
app/test-pmd/config.c | 34 ++
This method can be implemented by a poll mode driver to provide
non-standard statistics (which are not part of the generic statistics
structure). Each statistic is returned in a generic form: "name" and
"value" and can be used to dump PMD-specific statistics in the same way
than ethtool in linux ke
The generic statistics structure is getting bigger as new statistics are
added in specific devices. For instance, fdir, tx_pause or loopback
stats do not apply on virtual devices. It won't be possible to add every
specific statistics in this generic stats structure, but on the other
hand these spec
Hello there,
dpdk-1.7.0/lib/librte_ether/rte_ether.h:208]: (style) Expression '(X & 0x2) ==
0x1' is always false.
Source code is
??? return ((ea->addr_bytes[0] & ETHER_LOCAL_ADMIN_ADDR) == 1);
but
#define ETHER_LOCAL_ADMIN_ADDR 0x02 /**< Locally assigned Eth. address. */
Regards
David Binde
Hi all,
the only issue I could imagine is that current DPDK applications are
utilizing the implicit assumption that the master lcore is always set to
the first available lcore. I would consider this as a "bug" in the
application because it sets up its worker threads not "properly".
However, as fa
On 23.07.2014 11:04, Thomas Monjalon wrote:
> 2014-07-23 08:53, Hiroshi Shimamoto:
>> 2014-07-23 09:50, Thomas Monjalon:
>>> 2014-07-22 23:40, Hiroshi Shimamoto:
does anyone have interest in this functionality?
I think this is important and useful.
Since we should care about cor
Hi guys,
Is there any suggestion to free the previously allocated memzone?
I really need help in this issue.
Any help is appreciated.
Best Regards,
Mahdi.
On Tue, Jul 22, 2014 at 4:03 PM, Mahdi Dashtbozorgi
wrote:
> Hi,
>
> I have two processes, which uses DPDK multi-process feature to commu
Update comments for the field start_rx_per_q for better readability.
Rename the field name to rx_enable_queue for better readability too.
Accordingly Update its reference in sample vhost.
Signed-off-by: Changchun Ouyang
---
examples/vhost/main.c | 4 ++--
lib/librte_ether/rte_ethdev
The current implementation of rte_kni_rx_burst polls the fifo for buffers.
Irrespective of success or failure, it allocates the mbuf and try to put them
into the alloc_q
if the buffers are not added to alloc_q, it frees them.
This waste lots of cpu cycles in allocating and freeing the buffers if a
On Wed, 23 Jul 2014 09:38:46 +0600
Yerden Zhumabekov wrote:
> Rewritten IRQ mode handling code introduced in commit 399a3f0d
> (igb_uio: fix IRQ mode handling) renders some faulty NICs (VMware
> e1000, for example) unusable if INTX mode is not supported.
>
> This patch gets these NICs up and run
On Wed, 23 Jul 2014 15:58:06 +
"Kavanagh, Mark B" wrote:
> Hi,
>
> I build a switching application, which links against DPDK shared libraries;
> when I run the application, I see throughput of X. I then build the
> application again, except this time I link against DPDK shared libraries,
On Wed, 23 Jul 2014 09:38:46 +0600
Yerden Zhumabekov wrote:
> Rewritten IRQ mode handling code introduced in commit 399a3f0d
> (igb_uio: fix IRQ mode handling) renders some faulty NICs (VMware
> e1000, for example) unusable if INTX mode is not supported.
>
> This patch gets these NICs up and run
2014-07-23 08:53, Hiroshi Shimamoto:
> 2014-07-23 09:50, Thomas Monjalon:
> > 2014-07-22 23:40, Hiroshi Shimamoto:
> > > does anyone have interest in this functionality?
> > >
> > > I think this is important and useful.
> > > Since we should care about core assignment to get high performance
> > >
Hi Daniel,
Some explanations are missing here.
> Signed-off-by: Daniel Mrzyglod
>
> --- a/examples/l3fwd-vf/main.c
> +++ b/examples/l3fwd-vf/main.c
> @@ -54,6 +54,7 @@
> #include
> #include
> #include
> +#include
> #include
> #include
> #include
> @@ -328,7 +329,7 @@ struct lcore_c
2014-07-18 09:14, Stephen Hemminger:
> /* sriov sysfs */
> -int local_pci_num_vf(struct pci_dev *dev)
> -{
> #if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,34)
> +static int pci_num_vf(struct pci_dev *dev)
> struct iov {
> int pos;
> int nres;
A brace is missing he
Hi Hiroshi,
2014-07-22 23:40, Hiroshi Shimamoto:
> does anyone have interest in this functionality?
>
> I think this is important and useful.
> Since we should care about core assignment to get high performance
> and the master lcore thread is special in DPDK, we will want to
> assign the master
Rewritten IRQ mode handling code introduced in commit 399a3f0d
(igb_uio: fix IRQ mode handling) renders some faulty NICs (VMware
e1000, for example) unusable if INTX mode is not supported.
This patch gets these NICs up and running, but throwing a kernel
warning.
Signed-off-by: Yerden Zhumabekov
Hi,
Recent patch 399a3f0d (igb_uio: fix IRQ mode handling) has introduces new IRQ
mode handling code.
As Stephen reported earlier, VMware PCI emulation of interrupts is somehow
broken, so INTX mode is not supported (see
http://dpdk.org/ml/archives/dev/2014-May/002432.html). The current code ma
Hi,
> Subject: Re: [dpdk-dev] [PATCH] eal/linuxapp: Add parameter to specify master
> lcore id
>
> Hi Hiroshi,
>
> 2014-07-22 23:40, Hiroshi Shimamoto:
> > does anyone have interest in this functionality?
> >
> > I think this is important and useful.
> > Since we should care about core assignme
> Hi all,
>
> does anyone have interest in this functionality?
Yes, I think this is useful for DPDK vSwitch.
>
> I think this is important and useful.
> Since we should care about core assignment to get high performance and the
> master lcore thread is special in DPDK, we will want to assign the
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Ouyang Changchun
> Sent: Wednesday, July 23, 2014 12:48 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v2] ethdev: Rename RX/TX enable queue field
> for queue start and stop
>
> Update comments for the f
Hi Thomas
Ok, I will resolve the conflict and send the v2 patch.
Thanks and regards,
Changchun
-Original Message-
From: Thomas Monjalon [mailto:thomas.monja...@6wind.com]
Sent: Tuesday, July 22, 2014 9:29 PM
To: Ouyang, Changchun
Cc: dev at dpdk.org
Subject: Re: [dpdk-dev] [PATCH] virtio:
Yes, Mark(Jing Chen) has mentioned some reasons as below,
Basically the comments/description for 2 fields(start_rx_per_q and
start_tx_per_q) is not clear, so we need add more.
As for renaming, Mark has strong recommending to replace old one with new one.
Both Huawei and I agree with the new name,
2014-06-20 16:42, Anatoly Burakov:
> This issue was reported by OVS-DPDK project, and the fix should go to
> upstream DPDK. This is not memnic-related - this is to do with
> DPDK's rte_ivshmem library.
>
> Every DPDK data structure has a corresponding TAILQ reserved for it in
> the runtime config
38 matches
Mail list logo
