Hi, Guys,
I'm trying to run a DPDK(1.7.1) application that has been previously tested
on Xen/VMware VM's. I have both iommu=pt and intel_iommu=on.
I would expect things to work as usual but unfortunately the VF I'm taking
is unable to send or receive any packets (The TXQ gets filled out, and the
On Sun, Jan 4, 2015 at 10:50 AM, Helmut Sim wrote:
> Hi Alex and Olivier,
>
> Alex, I made the test and the segmentation is not at the IP level (i.e.
> each packet ip total length indicated the mss length), hence the 16 bits
> total length limitation is not relevant here.
>
Oliver thanks for
On ingress when configuring the device
1.modify
the rte_eth_conf.rxmode.hw_vlan_strip = 1,
On egress you need to modify the rte_van_macip struct in the sent mbuf*.
(rte_mbuf.h)
1. add the PKT_TX_VLAN_PKT to the
Hi, I'm seeing this message on real_init. Running from an ESX VM with
Intel 82599 VF
Assign randomly generated MAC address 02:09:c0:88:05:c6
The result is that the NIC anti spoofing kills all my tx traffic and for
some reason jumbo frames fail to go out from the second vf that does work.
Can
Hi, We are currently using dpdk 1.7, and I've seen lots of patches for the
i40 pmd adding features and bug fixes.
How much functionality for the xl-710 vf exists in dpdk 1.7
Thanks
Alex
Hi,
I'm working with a VMware SRIOV with intel 10G nics.
I'm using two virtual functions per VM, mainly because I need loopback
(the LLE(PFVMTXSW[n])
register is not allowing loopback on a VF by default).
After adding a second VF to the VM's I often see issues where no traffic is
passing between
). Is this true for all PMDs that do scum offloads?
I will give it a try now.
On Thu, Nov 6, 2014 at 6:15 PM, Ananyev, Konstantin <
konstantin.ananyev at intel.com> wrote:
>
>
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Alex Ma
Hi,
I'm seeing "UDP: bad checksum." messages(dmesg) for packets sent by my dpdk
app to a socket on a remote machine.
Looking at the packets the scum value is set, its just not what wireshark
expects.
When sending I'm setting these fields in the egress packets.
Danny sums up the issue perfectly IMHO.
While both verbs and DPDK aim to provide generic user space networking, the
similarities end there.
verbs and RDMA HW are closely coupled and behave differently then standard
eth nics and are not related to netdev mechanisms.
Or, welcome to this discussion.
On Wed, Nov 5, 2014 at 5:14 PM, Alex Markuze wrote:
> On Wed, Nov 5, 2014 at 3:00 PM, Thomas Monjalon > wrote:
>
>> Hi Danny,
>>
>> 2014-10-31 17:36, O'driscoll, Tim:
>> > Bifurcated Driver (Danny.Zhou at intel.com)
>>
>> Thanks for the presen
On Wed, Nov 5, 2014 at 3:00 PM, Thomas Monjalon
wrote:
> Hi Danny,
>
> 2014-10-31 17:36, O'driscoll, Tim:
> > Bifurcated Driver (Danny.Zhou at intel.com)
>
> Thanks for the presentation of bifurcated driver during the community call.
> I asked if you looked at ibverbs and you wanted a link to
For posterity.
1.When using MTU larger then 2K its advised to provide the value
to rte_pktmbuf_pool_init.
2.ixgbevf rounds down the ("MBUF size" - RTE_PKTMBUF_HEADROOM) to the
nearest 1K multiple when deciding on the receiving capabilities [buffer
size]of the Buffers in the pool.
The function
Hi,
I'm seeing an unwanted behaviour in the receive flow of ixgbevf. While
using Jumbo frames and sending 4k+ bytes , the receive side breaks up the
packets into 2K buffers, and I receive 3 mbuffs per packet.
Im setting the .max_rx_pkt_len to 4.5K and the mempoll has 5K sized
elements?
Anything
Each device can tell you the driver name its bound to . This is enough to
have separate configuration paths for vmxnet/virtio/ixgbe/etc...
On Tue, Oct 28, 2014 at 7:21 PM, Yan Freedland wrote:
> Hi
>
> In my multi process system I need to support 2 modes of work: pass through
> and VIRTIO.
> I
On Thu, Oct 23, 2014 at 5:18 PM, Jay Rolette wrote:
> Tim,
>
> Thanks for sharing this. If nothing else, I wanted to at least provide some
> feedback on the parts that look useful to me for my applications/product.
> Bits that make me interested in the release:
>
>
>
> *> 2.0 (Q1 2015) DPDK
trary memory regions using
> > > > physical addresses, so IOMMU
> > > > is needed to provide strict memory protection, at the cost of
> negative
> > > > performance impact.
> > > >
> > > > So if you want to seek
-companion-guide.pdf
On Tue, Oct 21, 2014 at 6:32 PM, Thomas Monjalon
wrote:
> 2014-10-20 19:24, Alex Markuze:
> > I'm trying to send packets from an application to it self, meaning smac
> ==
> > dmac.
> > I'm working with intel 82599 virtual function. But it seems that th
How can I set/query this bit (LLE(PFVMTXSW[n]), intel 82599 ) on ESX, or
any other friendlier environment like Linux?
On Tue, Oct 21, 2014 at 4:18 AM, Liang, Cunming
wrote:
>
>
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Ale
DPDK uses a 1:1 mapping and doesn't support IOMMU. IOMMU allows for
simpler VM physical address translation.
The second role of IOMMU is to allow protection from unwanted memory access
by an unsafe devise that has DMA privileges. Unfortunately this protection
comes with an extremely high
PM
> > To: Ananyev, Konstantin
> > Subject: FW: [dpdk-dev] Aligned RX data.
> >
> >
> >
> > From: Alex Markuze [mailto:alex at weka.io]
> > Sent: Monday, October 13, 2014 9:47 AM
> > To: Ananyev, Konstantin
> > Cc: dev at dpdk.org
> > Subje
Hi All,
Is there a way to create a mempool such that all mbufs are aligned to X.
lets say X is 512.
Thanks.
On Sat, Oct 11, 2014 at 5:04 PM, Alex Markuze wrote:
> O.k, And how would I do that?
> I'm guessing there is something I can control in rte_pktmbuf_pool_init?
> I would a
--Original Message-
> > From: Ananyev, Konstantin
> > Sent: Tuesday, October 07, 2014 5:03 PM
> > To: Ananyev, Konstantin
> > Subject: FW: [dpdk-dev] Aligned RX data.
> >
> >
> >
> > From: Alex Markuze [mailto:alex at weka.io]
> > Sent: T
:dev-bounces at dpdk.org] On Behalf Of Alex Markuze
> > Sent: Tuesday, October 07, 2014 10:40 AM
> > To: dev at dpdk.org
> > Subject: [dpdk-dev] Aligned RX data.
> >
> > Hi , I'm trying to receive aligned packets from the wire.
> > Meaning that for all re
Hi , I'm trying to receive aligned packets from the wire.
Meaning that for all received packets the pkt.data is always aligned to
(512 -H).
Looking at the pmds of ixgbe/vmxnet I see that the pmds call
__rte_mbuf_raw_alloc and set the rx descriptor with a
RTE_MBUF_DATA_DMA_ADDR_DEFAULT
Instead of
Hi,
How well does DPDK play with other applications using huge pages?
Looking at eal_init/eal_hugepage_info_init it seems that DPDK will try to
grab All available huge pages.
Is there an existing way to limit the number of huge pages taken ?
My goal is to be able to run several applications each
On Mon, Sep 29, 2014 at 2:53 AM, Hiroshi Shimamoto
wrote:
> Hi,
>
>> Subject: Re: [dpdk-dev] DPDK doesn't work with iommu=pt
>>
>> iommu=pt effectively disables iommu for the kernel and iommu is
>> enabled only for KVM.
>> http://lwn.net/Articles/329174/
>
> thanks for pointing that.
>
> Okay, I
iommu=pt effectively disables iommu for the kernel and iommu is
enabled only for KVM.
http://lwn.net/Articles/329174/
Basically unless you have KVM running you can remove both lines for
the same effect.
On the other hand if you do have KVM and you do want iommu=on You can
remove the iommu=pt for
LSO/TSO support is an important feature, I'm surprised its not
supported in DPDK.
I personally would like to see these patches.
On Fri, Sep 26, 2014 at 1:23 PM, Vadim Suraev wrote:
> Hi, all,
> I found ixgbe in couple with rte_mbuf (and probably other PMD drivers)
> don't support GSO, I reverse
Even IF only the Demo is available it would be useful.
I assume the people behind the Demo are pert of this mailing list (Or
someone on the mailing list knows them).
It would be great if the demo was publicly available anywhere.
On Thu, Sep 25, 2014 at 11:09 PM, Matthew Hall wrote:
> On Thu, Sep
Artur, I don't have the details of what you are trying to achieve, but
it sounds like something that is covered by IOMMU, SW or HW. The
IOMMU creates an iova (I/O Virtual address) the nic can access the
range is controlled with flags passed to the dma_map functions.
So I understand your question
IMHO adding "Interrupt Mode" to dpdk is important as this can open
DPDK to a larger public of consumers, I can easily imagine someone
trying to find user space networking solution (And deciding against
verbs - RDMA) for the obvious reasons and not needing deterministic
latency.
A few thoughts:
Hi
I'm looking for reasonable DPDK based solution in fully virtualised
VMware environment.
>From what I've seen there are several flavours of VMXNET 3 driver for
dpdk not all of them seem to be alive - user map -last updated on may
and doesn't compile on DPDK 1.7.
So to my question what is the
RX and TX Are short hand for Receive and Transmit Queues.
These Queues Store the in/egress packets.
Just looking at the info you've sent it tells you that max_rx_queues
for this dev is 0 (Clearly something is wrong here) so the nb_rx_q
which is 3 is an Invalid Value -EINVAL == -22.
On Thu, Aug
I'm pretty sure I will stumble on this issue in the near feature.
Thanks for the heads up.
On Mon, Aug 18, 2014 at 9:16 PM, Jay Rolette wrote:
> Thought I'd put this out there in case anyone else runs into it.
>
> Using DPDK 1.6 on Ubuntu 14.04 LTS in a hardware appliance. Also using KNI
> to
All are L2 over L3(UDP) - General name - Network Overlay.
On Wed, Aug 13, 2014 at 4:50 PM, Thomas Monjalon
wrote:
> 2014-08-13 08:23, Liu, Jijiang:
>> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
>> > About API, why name it cloud filter instead of VxLAN?
>>
>> VxLAN is just a
Hi, I Have a simple dpdk app - basically a KNI interface with the dpdk
layer serving only as a pipeline.
This allows me to ping between vEth0 on different VM's works great with ixgbevf.
Now I moved to ESXi5.5 , Ubuntu14.4 VM (Dpdk 1.7).
When running the same code* I've discovered that the
HI Guys, I will continue this thread.
On ubuntu 14.4 (Kernel 3.13) with DPDK 1.7 vmxnet3-usermap 1.2 doesn't compile.
>From the git it seems to have been updated 3 months ago.
Is this project going to be killed? And should I look for different
alternatives.
On Tue, Jul 8, 2014 at 6:08 PM,
(rte_ixgbe_driver);
PMD_REGISTER_DRIVER(rte_ixgbevf_driver);
On Sun, Aug 3, 2014 at 1:38 PM, Alex Markuze wrote:
> Hi Matt, Dev
> I'm Trying to compile ann app linking to dpdk and dpdk based libs.
> And I'm seeing the same issue you've reported.
> The probe function doesn't seem to find
Hi Matt, Dev
I'm Trying to compile ann app linking to dpdk and dpdk based libs.
And I'm seeing the same issue you've reported.
The probe function doesn't seem to find any ixgbevf(SRIOV VM) ports.
Same code compiled as a dpdk app works fine.
In your solution to this issue you are referring to
I had several similar concerns a few weeks back, please look for this
email thread "Memory Pinning." On this mailing list.
Bruce was very helpful. Ill forward the thread to you now. Hope it helps.
On Fri, Aug 1, 2014 at 11:54 PM, Wenji Wu wrote:
> Hello, everybody,
>
> I am new on DPDK, and have
Kai, the latency depends both on what you do and how much you send.
A bigger packet will take longer time to transmit.
Now that thats out of the way I propose you use perf to see how busy
is the cpu and with what.
FYI, ~10us is something that can be achieved with netperf with a
kernel driver
On Thu, Jul 17, 2014 at 3:02 PM, Thomas Monjalon
wrote:
> Hi,
>
> 2014-07-11 23:37, Yao-Po Wang:
>> Per netif_receive_skb function description, it may only be called from
>> interrupt contex, but KNI is run on kthread that like as user-space
>> contex. It may occur deallock, if netif_receive_skb
Hi,
I have a Virtual setup with an Intel 82599 NIC (VF).
I'm trying to Disable CRC stripping, and the flag is gracefully ignored.
This seems to be documented In the DPDK June Release notes (6.16).
Are these limitations (Jumbo Frames, CRC Stripping , Checksum ) are a NIC
(HW/FW)limitations? Or is
Hi Zachary,
Your issue may be with the PCI-e 3, with 16 lanes Each slot is limited to
128Gb/s[3].
Now, AFAIK[1] the CPU is connected to the I/O with a single PCI-E slot.
Several thoughts that may help you:
1. You can figure out the max b/w by running netsurf over the kernel
interfaces (w/o
Hi, I'm playing with KNI on a VM (kvm), the Interface that is created has
no MAC address until the IP is set via ifconfig - then a random mac is
created.
The VF has a mac address that is easily retrieved with rte_eth_macaddr_get.
What I did not find is a way to create the KNI with that specific
You need, to define the following variables before compiling, please refer
to the DPDK documentation.
export RTE_TARGET=x86_64-native-linuxapp-gcc
export RTE_SDK=/home/user/dpdk
On Wed, Jul 2, 2014 at 12:48 PM, sothy shan wrote:
> Hello!
>
> I started playing Intel DPDK example. I used to
On Mon, Jun 30, 2014 at 7:55 PM, Richardson, Bruce <
bruce.richardson at intel.com> wrote:
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Alex Markuze
> > Sent: Monday, June 30, 2014 3:01 AM
> > To: dev at dpdk.org
> >
Hi, Guys.
I have several newbie questions about the DPDK design I was hoping some one
could answer.
Both in the RX and TX flow, the Buffer Memory must be pinned and not
swappable.
In RDMA, memory is explicitly registered and made pinned (to the limit
defined @ /etc/security/limits.conf) .With
On Tue, Jun 24, 2014 at 11:21 AM, Thomas Monjalon wrote:
> Welcome Alex.
> Please, for future messages, try to answer below as explained here:
> http://dpdk.org/ml
>
> 2014-06-24 11:12, Alex Markuze:
> > Thomas Monjalon wrote:
> > > 2014-06-23 15:42, Ale
file
I've modified was read).
Alex.
On Mon, Jun 23, 2014 at 5:42 PM, Thomas Monjalon
wrote:
> Hi,
>
> 2014-06-23 15:42, Alex Markuze:
> > Hi, I'm new to DPDK and Im trying to compile on a x86 Ubuntu 14.04
> VM(KVM).
> > And I'm getting this error:
> >
> > &q
Hi, I'm new to DPDK and Im trying to compile on a x86 Ubuntu 14.04 VM(KVM).
And I'm getting this error:
"error: CPU you selected does not support x86-64 instruction set"
I've seen in the Archive that Jinho had this same issue last year, I'd be
glad to know how it was resolved.
Thanks
Alex.
52 matches
Mail list logo
