Hi Everyone,
I have updated Pktgen to work with DPDK 2.0.0-rc1, but will require a patch to
enable the correct build system changes.
Please find the patch here for DPDK, until the patch has be integrated or
resolved.
http://patchwork.dpdk.org/dev/patchwork/patch/3799/
Pktgen-DPDK is a ASCII
On 2/28/15, 8:00 AM, "Neil Horman" wrote:
>On Sat, Feb 28, 2015 at 01:06:32PM +0530, Shankari Vaidyalingam wrote:
>> Hi,
>>
>> I'm facing the below error while executing make on Pktgen-dpdk source.
>> I'm using 2.8 version of pktgen downloaded
>> I have built DPDK binaries and then tried
On 2/28/15, 1:36 AM, "Shankari Vaidyalingam"
wrote:
>Hi,
>
>I'm facing the below error while executing make on Pktgen-dpdk source.
>I'm using 2.8 version of pktgen downloaded
>I have built DPDK binaries and then tried building pktgen-dpdk.
>RTE_TARGET is set to x86_64-pktgen-linuxapp-gcc and
On Fri, 27 Feb 2015 12:56:16 +0800
Cunming Liang wrote:
> +/* ethernet addresses of ports */
> +static rte_spinlock_t locks[RTE_MAX_ETHPORTS];
Comment is incorrect this is a lock array not an address array.
> static struct rte_eth_conf port_conf = {
> .rxmode = {
> -
On Fri, 27 Feb 2015 12:56:16 +0800
Cunming Liang wrote:
> + /* Enable one-shot rx interrupt */
> + rte_spinlock_lock(&(locks[port_id]));
> + rte_eth_dev_rx_intr_enable(port_id, queue_id);
> + rte_spinlock_unlock(&(locks[port_id]));
> +
If always requires locks like this, then
Howdy! First time posting; please be gentle. :-)
Environment:
* DPDK 1.8.0 release
* Linux kernel 3.0.3x-ish
* 32-bit (yes, KNI works fine, after a few tweaks hugepage init strategy)
I'm trying to use the KNI example app with a configuration where multiple
kthreads are created for a physical
On Fri, 27 Feb 2015 11:38:25 +0100
David Marchand wrote:
> On Fri, Feb 27, 2015 at 5:56 AM, Cunming Liang
> wrote:
> v6 changes
> ?- split rte_intr_wait_rx_pkt into two APIs 'wait' and 'set'.
> ?- rewrite rte_intr_rx_wait/rte_intr_rx_set.
> ?- using vector number instead of queue_id as
Good to know that!
> -Original Message-
> From: lhffjzh [mailto:lhffjzh at 126.com]
> Sent: Saturday, February 28, 2015 12:34 PM
> To: Zhang, Helin; 'Thomas Monjalon'
> Cc: dev at dpdk.org; maintainers at dpdk.org
> Subject: RE: [dpdk-dev] Why only rx queue "0" can receive network packet
Hi,
I'm facing the below error while executing make on Pktgen-dpdk source.
I'm using 2.8 version of pktgen downloaded
I have built DPDK binaries and then tried building pktgen-dpdk.
RTE_TARGET is set to x86_64-pktgen-linuxapp-gcc and RTE_SDK is set to the
directory where dpdk source files are
Hi Helin,
Thanks a lot for your great help, all of rx queue
received network packet after I update rss_hf
from "ETH_RSS_IP" to " ETH_RSS_PROTO_MASK ".
static struct rte_eth_conf port_conf = {
.rxmode = {
.mq_mode= ETH_MQ_RX_RSS,
.max_rx_pkt_len = ETHER_MAX_LEN,
When building an external application like Pktgen and using the proper
makefile fragments rte.extXYZ.mk NOT rte.XYZ.mk files as you would
use with example applications in the same RTE_SDK directory the rte.extXYZ.mk
files are missing some defines/includes.
1 - Add missing tests for
Hi Thomas,
Thanks very much for your reminder, you give me many help in this mail list.
The issue with detailed information just as below. but I don't know
who is the dpdk i40e maintainers? is maintainers at dpdk.org?
Hardware list:
2 i40e 40G NICs
Xeon E5-2670 v2(10 cores)
32G
Fix possible memory leak issue: free kvlist before return;
Fix possible resource lost issue: close qssockfd before return;
Signed-off-by: Changchun Ouyang
---
Change in v3:
- Also close sockets for all queues.
Change in v2:
- Make the error exit point a common path.
On Sat, Feb 28, 2015 at 01:06:32PM +0530, Shankari Vaidyalingam wrote:
> Hi,
>
> I'm facing the below error while executing make on Pktgen-dpdk source.
> I'm using 2.8 version of pktgen downloaded
> I have built DPDK binaries and then tried building pktgen-dpdk.
> RTE_TARGET is set to
Tested-by: Jingguo Fu
- Tested Commit: 8a6f6d45d290a27ef923d10925c4893380697b31
- OS: Fedora20 3.11.10-301.fc20.x86_64
- GCC: gcc version 4.8.3 20140911
- CPU: Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz
- NIC: Intel Corporation Device [8086:1563]
- Default x86_64-native-linuxapp-gcc configuration
Hi Stephen,
The root cause is about the rx descriptor number.
As we use below code to quick process the rx_tail wrap, it require rxd value is
a 2^n.
"rxq->rx_tail = (uint16_t)(rxq->rx_tail & (rxq->nb_rx_desc - 1));"
We should add more checking on the input rxd, if checking fail, then tend to
Hi Haifeng
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of lhffjzh
> Sent: Saturday, February 28, 2015 9:48 AM
> To: 'Thomas Monjalon'
> Cc: dev at dpdk.org; maintainers at dpdk.org
> Subject: Re: [dpdk-dev] Why only rx queue "0" can receive network packet
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jijiang Liu
> Sent: Thursday, February 26, 2015 11:37 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v3 0/3] support TSO on i40e
>
> This patch set enables i40e TSO feature for both non-tunneling
Hi,
> -Original Message-
> From: Neil Horman [mailto:nhorman at tuxdriver.com]
> Sent: Friday, February 27, 2015 8:33 PM
> To: dev at dpdk.org
> Cc: thomas.monjalon at 6wind.com; Liang, Cunming; Neil Horman
> Subject: [PATCH v3] eal: Clean up export of per_lcore__socket_id
>
> Theres no
Thanks Thomas.
It's my fault that directly reply David's mail, haven't notice his mail isn't
in a plain text mode.
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Friday, February 27, 2015 10:13 PM
> To: Liang, Cunming
> Cc: David Marchand; dev
> -Original Message-
> From: Neil Horman [mailto:nhorman at tuxdriver.com]
> Sent: Friday, February 27, 2015 10:05 PM
> To: Ouyang, Changchun
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2] af_packet: Fix some klocwork errors
>
> On Fri, Feb 27, 2015 at 08:49:13AM +0800,
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Friday, February 27, 2015 10:22 PM
> To: Liang, Cunming
> Cc: David Marchand; dev at dpdk.org; Stephen Hemminger
> Subject: Re: [PATCH v6 3/8] eal/bsd: dummy for new intr definition
>
> 2015-02-27
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Friday, February 27, 2015 10:52 PM
> To: Liang, Cunming
> Cc: David Marchand; dev at dpdk.org; Stephen Hemminger; Zhou, Danny
> Subject: Re: [PATCH v6 2/8] eal/linux: add rx queue interrupt FDs to
2015-02-27 15:14, Tetsuya Mukawa:
> On 2015/02/27 3:49, De Lara Guarch, Pablo wrote:
> >
> >> -Original Message-
> >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Tetsuya Mukawa
> >> Sent: Wednesday, February 25, 2015 7:32 PM
> >> To: dev at dpdk.org
> >> Subject: [dpdk-dev]
2015-02-26 12:21, Mcnamara, John:
> Hi,
>
> The HEAD doesn't compile with gcc 4.7.2:
>
> $ git clone http://dpdk.org/git/dpdk
> $ cd dpdk
> $ make T=x86_64-native-linuxapp-gcc -j install
>
> ...
> == Build lib/librte_pipeline
> SYMLINK-FILE include/rte_pipeline.h
>
> > If testpmd is invoked with portmask option like below, segmentation
> > fault will be occured. This patch fixes the issue.
> >
> > Reported-by: De Lara Guarch, Pablo
> > Signed-off-by: Tetsuya Mukawa
>
> Acked-by: Pablo de Lara
Applied, thanks
> > This patch fixes following errors with icc.
>
>
> Confirmed that this fixes the issue with ICC 13.1.1.
>
> Acked-by: John McNamara
Applied, thanks
> > This patch fixes following errors with gcc-4.7.
>
>
> Confirmed that this fixes the issue with 4.7.2.
>
> Acked-by: John McNamara
Applied, thanks
> > This patch fixes following errors with icc.
> >
> > error #188: enumerated type mixed with another type
> > return -1;
>
>
> Confirmed that this fixes the issue with ICC 13.1.1.
>
> Acked-by: John McNamara
Applied, thanks
> > This patch fixes the compilation issue on freebsd:
> >
> > /root/qwan/tmp/dpdk_org/lib/librte_pmd_virtio/virtio_ethdev.c: In function
> > 'virtio_resource_init':
> > /root/qwan/tmp/dpdk_org/lib/librte_pmd_virtio/virtio_ethdev.c:1071:56:
> > error:
> > unused parameter 'pci_dev'
30 matches
Mail list logo