According to your argument,
I compiled qemu in DPDK OVS as provided with command.
After that, I compiled as stated here.
cd DPDK # DPDK sub-directoryexport
RTE_SDK=$(pwd)export RTE_TARGET="x86_64-ivshmem-linuxapp-gcc"
make CONFIG_RTE_BUILD_COMBINE_LIBS=y CONFIG_RTE_BUILD_SHAR
I am using the dpdk1.6.0r1
The rte_kni.lo is loaded:
lsmod | grep kni
rte_kni 279134 1
however, the ifconfig vEth0, and vEth1 does not show link up ?
How do i get the operational state up for these interfaces.
$ sudo tcpdump -i vEth0
tcpdump: vEth0: That device is not up
ifconfig v
2015-01-09 05:29, Wu, Jingjing:
> Acked-by: Jingjing Wu
Jingjing, this patch is already applied in version 1.8.0:
http://dpdk.org/ml/archives/dev/2014-December/010164.html
--
Thomas
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bruce Richardson
> Sent: Tuesday, December 16, 2014 11:08 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] testpmd: remove duplicated function
> parse_item_list
>
> There were two static functions called
From: Pawel Wodkowski
Signed-off-by: Pawel Wodkowski
---
lib/librte_ether/rte_ethdev.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/librte_ether/rte_ethdev.c b/lib/librte_ether/rte_ethdev.c
index 4c1a494..d13301a 100644
--- a/lib/librte_ether/rte_ethdev.c
+++ b/li
On 01/09/15 08:07, Ouyang, Changchun wrote:
>
>> -Original Message-
>> From: Vlad Zolotarov [mailto:vladz at cloudius-systems.com]
>> Sent: Thursday, January 8, 2015 5:43 PM
>> To: Ouyang, Changchun; dev at dpdk.org
>> Subject: Re: [dpdk-dev] [PATCH v5 5/6] ixgbe: Config VF RSS
>>
>>
>> On
On 01/09/15 07:54, Ouyang, Changchun wrote:
>
>> -Original Message-
>> From: Vlad Zolotarov [mailto:vladz at cloudius-systems.com]
>> Sent: Friday, January 9, 2015 2:49 AM
>> To: Ouyang, Changchun; dev at dpdk.org
>> Subject: Re: [dpdk-dev] [PATCH v5 4/6] ether: Check VMDq RSS mode
>>
>>
>
Hi Alejandro,
On 01/09/2015 03:12 PM, Alejandro Lucero wrote:
> Inside this function mbuf_data_room_size is set to a default value if
> opaque_arg is null and it should be set to the value pointed by opaque_arg
> if not null. Current implementation is using not the value but with the
> pointer its
Thanks Zhang, I'm familiar with issue you have mentioned, but I don't
think it is related.
The OS is a RHEL 6.5 which is kernel 2.6.32 (With what ever newer patches
RH have cherry picked).
Moving to DPDK 1.8 is not a viable option right now for us.
Could you please elaborate on the new mac types
On Fri, 9 Jan 2015 14:12:10 +
Alejandro Lucero wrote:
> Inside this function mbuf_data_room_size is set to a default value if
> opaque_arg is null and it should be set to the value pointed by opaque_arg
> if not null. Current implementation is using not the value but with the
> pointer itself
Hi Olivier,
On Fri, Jan 9, 2015 at 2:28 PM, Olivier MATZ wrote:
> Hi Alejandro,
>
> On 01/09/2015 03:12 PM, Alejandro Lucero wrote:
> > Inside this function mbuf_data_room_size is set to a default value if
> > opaque_arg is null and it should be set to the value pointed by
> opaque_arg
> > if
Inside this function mbuf_data_room_size is set to a default value if
opaque_arg is null and it should be set to the value pointed by opaque_arg
if not null. Current implementation is using not the value but with the
pointer itself. I think this:
roomsz = (uint16_t)(uintptr_t)opaque_arg;
> -Original Message-
> From: Liang, Cunming
> Sent: Friday, January 09, 2015 9:41 AM
> To: Ananyev, Konstantin; Stephen Hemminger; Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: RE: [dpdk-dev] [RFC PATCH 0/7] support multi-phtread per lcore
>
>
>
> > -Original Message-
> >
Hi,
Thank you Jijiang for taking the time to get back on this.
On 01/08/2015 11:54 AM, Ananyev, Konstantin wrote:
>> And we are able to test all of cases in
>> http://dpdk.org/ml/archives/dev/2014-December/009213.html
>>
>> Test case A:
>>
>> tx_checksum set sw-tunnel-mode off
>> tx_checksum se
Hi,
Sorry for the late answer.
On 01/05/2015 01:24 PM, Bruce Richardson wrote:
> Hopefully that means two directories, not three. I think the existing common
> folder should stay as it is, with the same name, and possibly add one new
> folder
> for code that is common between BSD and Linux, but
I see. Will update soon.
Thanks for all the comments.
> -Original Message-
> From: Richardson, Bruce
> Sent: Friday, January 09, 2015 1:24 AM
> To: Ananyev, Konstantin; Liang, Cunming; Stephen Hemminger
> Cc: dev at dpdk.org
> Subject: RE: [dpdk-dev] [RFC PATCH 0/7] support multi-phtread p
>
> BTW, one more thing: while we are on it - it is probably a good time to do
> something with our interrupt thread?
> It is a bit strange that we can't use rte_pktmbuf_free() or
> rte_spinlock_recursive_lock() from our own interrupt/alarm handlers
>
> Konstantin
[Liang, Cunming] I'll think abo
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Friday, January 09, 2015 1:06 AM
> To: Liang, Cunming; Stephen Hemminger; Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: RE: [dpdk-dev] [RFC PATCH 0/7] support multi-phtread per lcore
>
>
> Hi Steve,
>
> > -Original Messa
On Fri, Jan 09, 2015 at 06:45:57AM +, Prashant Upadhyaya wrote:
> Hi Bruce,
>
> I tried with your suggestion.
>
> When I disable the _vec function with the following config change, the
> usecase works for me. So it points to some issue in the _vec function.
>
> CONFIG_RTE_IXGBE_INC_VECTOR=y
Hi,
Has anyone successfully cross compiled bsdapp on Ubuntu or other linux
flavor? From the Linux documentation I see
"To compile all 64-bit targets using gcc, use:
make install T=x86_64*gcc"
which makes me believe that bsdapp can be cross-compiled.
I am trying to understand what GNU libraries
On Sat, Dec 20, 2014 at 04:01:35PM -0500, Neil Horman wrote:
> GI: [PATCH 1/4] compat: Add infrastructure to support symbol versioninBI
> develops and changes quickly, which makes it difficult for
> applications to keep up with the latest version of the library, especially
> when
> it (the DPDK) i
Hi Bruce,
I tried with your suggestion.
When I disable the _vec function with the following config change, the usecase
works for me. So it points to some issue in the _vec function.
CONFIG_RTE_IXGBE_INC_VECTOR=y, I changed this parameter to
CONFIG_RTE_IXGBE_INC_VECTOR=n
There appears to be so
> -Original Message-
> From: Vlad Zolotarov [mailto:vladz at cloudius-systems.com]
> Sent: Thursday, January 8, 2015 5:43 PM
> To: Ouyang, Changchun; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v5 5/6] ixgbe: Config VF RSS
>
>
> On 01/07/15 08:32, Ouyang Changchun wrote:
> > It nee
> -Original Message-
> From: Vlad Zolotarov [mailto:vladz at cloudius-systems.com]
> Sent: Friday, January 9, 2015 2:49 AM
> To: Ouyang, Changchun; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v5 4/6] ether: Check VMDq RSS mode
>
>
> On 01/08/15 11:19, Vlad Zolotarov wrote:
> >
> >
> -Original Message-
> From: Zhang, Helin
> Sent: Tuesday, December 16, 2014 4:23 PM
> To: dev at dpdk.org
> Cc: Chen, Jing D; Wu, Jingjing; Liu, Jijiang; Cao, Waterman; Lu, Patrick;
> Rowden, Aaron F; Zhang, Helin
> Subject: [PATCH v3] i40e: workaround for X710 performance issues
>
> On
Hi Huawei,
> -Original Message-
> From: Xie, Huawei
> Sent: Thursday, January 8, 2015 6:08 PM
> To: Ouyang, Changchun; dev at dpdk.org
> Cc: Tetsuya Mukawa
> Subject: RE: [dpdk-dev] [PATCH v2 3/5] vhost: enable promisc mode and
> config VMDQ offload register for multicast feature
>
> > di
Thomas,
Please let me know how I can move forward on this. If i confine changes in
e1000/ directory to e1000_osdep.h file only and the rest in PMD will that
work? The reason I ask is because of following comment in README file.
...
Few changes to the original FreeBSD sources were made to:
- Adop
Hi Alex
Could you help to try 1.8? I remember there might a fix of supporting some
newly mac types.
In addition, what's the kernel version of your host? We observed issues
recently before kernel version 3.18. I'd suggest to try kernel 3.18.
Hopefully it is helpful!
Regards,
Helin
> -Origi
28 matches
Mail list logo
