> > 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' [-Werror=unuse
> > 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 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.
>
>
> Confirmed that this fixes the issue with ICC 13.1.1.
>
> Acked-by: John McNamara
Applied, thanks
> > 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
2015-02-26 16:44, Stephen Hemminger:
> Null driver fails on Debian Wheezy (with backports) which uses
> GCC 4.7
>
>
> == Build lib/librte_pmd_null
> CC rte_eth_null.o
> /home/shemminger/src/dpdk/lib/librte_pmd_null/rte_eth_null.c: In function
> ?eth_stats_get?:
> /home/shemminger/src/dpdk/lib/
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
>
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] [PAT
> -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 i
> -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: 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, Ouyan
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.
lib/librte_pmd_af_packe
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 a
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 n
> -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 packet
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 memo
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 by
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
use
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,
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,
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 pres
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 x86_64-pktge
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 b
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 RTE_SDK/RTE_T
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 RT
Looking that the code below does the rte_mbuf_refcnt_set(m,0) need to be
present?
static inline struct rte_mbuf* __attribute__((always_inline))
__rte_pktmbuf_prefree_seg(struct rte_mbuf *m)
{
__rte_mbuf_sanity_check(m, 0);
if (likely (rte_mbuf_refcnt_read(m) == 1) ||
likely (rte_mbuf_refcnt_upda
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 build
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 interrup
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 p
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 the
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 s
On Sat, Feb 28, 2015 at 02:39:40PM -0800, JP M. wrote:
> 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 wi
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 = {
> - .mq_mod
33 matches
Mail list logo
