On 02/28/2014 11:20 AM, Mats Liljegren wrote:
> On 02/28/2014 09:47 AM, Mats Liljegren wrote:
>> On Fri, Feb 28, 2014 at 9:11 AM, David Marchand
>> wrote:
>>> Hello Mats,
>>>
>>> I reproduced the problem (and another one).
>>> I will
On 02/28/2014 09:47 AM, Mats Liljegren wrote:
> On Fri, Feb 28, 2014 at 9:11 AM, David Marchand
> wrote:
>> Hello Mats,
>>
>> I reproduced the problem (and another one).
>> I will send two patches in a few minutes, can you try them ?
>>
>>
>> Tha
On Fri, Feb 28, 2014 at 9:11 AM, David Marchand
wrote:
> Hello Mats,
>
> I reproduced the problem (and another one).
> I will send two patches in a few minutes, can you try them ?
>
>
> Thank you.
Yes, I can do that.
Best regards
Mats Liljegren
But setting 2 queues for rx and
tx respectively, it fails.
Am I using the wrong parameters to IGB?
Best regards
Mats Liljegren
2
Is this a known problem?
Best regards
Mats Liljegren
eviously, but apparently, there is something else I did that made
things work.
Sorry about the fuzz, but thanks for your effort!
Regards
Mats Liljegren
is
l2fwd example.
>> It's the latter, i.e. two primary processes running DPDK on the same VM but
>> different VF devices. The VF devices belongs to the same physical devices
>> though.
>
> I'll try that as well.
If you need more help with how we set things up, I'll be happy to help you.
Regards
Mats Liljegren
ond
>> instance starts.
>>
> Are you referring to two different VM's each having a separate VF device, or
> are you trying to run two primary processes on one VM with different VF
> devices?
It's the latter, i.e. two primary processes running DPDK on the same
VM but different VF devices. The VF devices belongs to the same
physical devices though.
Regards
Mats Liljegren
or the other works fine. I have to adapt my static
arp entries since they have different MAC addresses, but this is only
expected. When starting them both however, I receive no packets. If
one is running and currently processing packets, it will stop doing so
the instance the second instance starts.
Anyone knowing what could cause such behavior?
Regards
Mats Liljegren
both got ixgbevf working in the guest as well
as receive to work in DPDK in the guest. The problem is making
transmit work in DPDK in the guest.
Regards
Mats
On Tue, Feb 4, 2014 at 12:52 PM, Burakov, Anatoly
wrote:
>> -Original Message-
>> From: Mats Liljegren [mailto:lil
rakov, Anatoly
wrote:
>> -Original Message-
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Mats Liljegren
>> Sent: Tuesday, February 04, 2014 10:45 AM
>> To: jigsaw
>> Cc: dev at dpdk.org
>> Subject: Re: [dpdk-dev] How to debug packet se
to debug coz I have only 82599EB at hand.
>
> -Qinglai
>
> On Tue, Feb 4, 2014 at 12:45 PM, Mats Liljegren
> wrote:
>> Hi Qinglai,
>>
>> Thanks for the response!
>>
>> My previous attempt was with ixgbe loaded in the host. I also needed
>> to load
f
> and ixgbe drivers.
>
> -Qinglai
>
>
> On Tue, Feb 4, 2014 at 12:08 PM, Mats Liljegren
> wrote:
>> This is my fourth mail in my desperate attempt to get DPDK running in
>> KVM and no comments so far, not even any "it works for me". Am I the
>> on
ate the
pci-assign parameter to XML code. I currently use a entry,
but I've also tried . Neither has been
working for me so far, though the version got me as far as
being able to receive packets at least, but not transmitting.
Regards
Mats
On Mon, Feb 3, 2014 at 12:13 PM, Mats Liljegren
w
reports
nothing (i.e. no errors, no sent packets, no nothing, except for
received packets of course).
What could cause this behavior?
Regards
Mats
On Fri, Jan 31, 2014 at 7:30 PM, Mats Liljegren
wrote:
> I have a follow-up on this:
>
> ixgbe version 3.13.10-k
> ixgbevf vers
function
4) sudo ifconfig em1_0 192.168.2.2 # This is the virtual function
5) ping 192.168.2.1
I can see that the ping request reaches its target, and a reply is
sent back. But this reply is not received by the ping shell command.
Why?
Regards,
Mats
On Wed, Jan 29, 2014 at 6:56 PM, Mats
I'm trying to get a modified version of the l2fwd example running, and
have problems with packets being silently thrown away. I can receive
packets, and my printf's indicates that the packets are being sent to
the correct port, using correct MAC address as source address. And
still, the packets are
wrote:
> what about this title?
> "pcap: save if_index of the bound device"
>
>> From: Mats Liljegren
>>
>> Signed-off-by: Mats Liljegren
>
> Could you provide a little explanation, especially about struct args_dict ?
>
> The code seems OK.
> Thanks
> --
> Thomas
are
> libpcap < X.X.X unsupported.
>
>
> --
> David Marchand
>
>
> On Thu, Jan 9, 2014 at 12:59 PM, Mats Liljegren
> wrote:
>>
>> In file lib/librte_pmd_pcap/rte_eth_pcap.h there is a test to see
>> whether function pcap_sendpacket is a macro or no
In file lib/librte_pmd_pcap/rte_eth_pcap.h there is a test to see
whether function pcap_sendpacket is a macro or not. If not, send is
not supported using pcap.
My pcap library do have the function, but not defined as a macro.
I'm using libpcap-dev version 1.4.0, but I couldn't find any
informatio
On Thu, Jan 9, 2014 at 7:30 AM, Stephen Hemminger
wrote:
> Technically in Linux ifindex is unsigned 32 bit value. And 0 is
> reserved as a marker.
> Therefore why not use that semantic.
>
> On Wed, Jan 8, 2014 at 1:46 AM, Mats Liljegren
> wrote:
>> This field is intended
Signed-off-by: Mats Liljegren
---
lib/librte_pmd_pcap/rte_eth_pcap.c | 39 ++
lib/librte_pmd_pcap/rte_eth_pcap.h | 6 --
2 files changed, 35 insertions(+), 10 deletions(-)
diff --git a/lib/librte_pmd_pcap/rte_eth_pcap.c
b/lib/librte_pmd_pcap
ensure that interrupt affinity is set
to the lcore handling the device.
Signed-off-by: Mats Liljegren
---
lib/librte_ether/rte_ethdev.c | 1 +
lib/librte_ether/rte_ethdev.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/lib/librte_ether/rte_ethdev.c b/lib/librte_ether/rte_ethdev.c
index
This is my second attempt. I have now splitted the patch into a
generic and a pcap-specific.
I also use interface index instead of interface name.
Mats Liljegren (2):
Introduce if_index field to struct rte_eth_dev_info
pcap: Fill in if_index field for rte_eth_dev_info_get() calls
lib
in my DPDK application. But DPDK did not save the
host interface name anywhere, so it was nowhere to be found.
I created a patch for this, found below. Is this something that could
be upstreamed?
Best regards
Mats Liljegren
-- >8 --
>From 1b126c7f74680afae8a6426a197d77eab0f2b75e Mon Sep 17 00
On Wed, Dec 4, 2013 at 11:44 AM, Richardson, Bruce
wrote:
> [BR] Hi. Just so you know, a fix for this will be present in the Intel DPDK
> 1.5.2 patch release from Intel, which should be publically available very
> shortly. This fix we are releasing I also previously posted as a patch on
> this
Hi Bruce,
I made a dead simple patch that seems to fix my problem. Could you
check and see whether I'm on the right track here?
The patch is as follows:
-- >8 --
>From 901083b82c0e07f2535ee13f90e1a68c0f96602a Mon Sep 17 00:00:00 2001
From: Mats Liljegren
Date: Tue, 3 Dec 2013 17:
I have had stability problems when using pcap in my little
application. My application is a simple benchmark applications that is
trying to see how much data I can send and receive.
It has one lcore per NIC, where each lcore handles transmit and
receive. On the hardware, I make a loopback between
28 matches
Mail list logo
