Hi Parshant,
I ran DPDK on a system with AMD processor without any problem or any
modification.
Daniel
On Sat, May 31, 2014 at 9:49 AM, Prashant Upadhyaya
wrote:
> Hi,
>
> Has anybody attempted to run DPDK on AMD processors.
> Does it run straightforward or would there be some obvious issues
Hi,
Are you sure that this is the line that gives the error? How did you define
m_pool?
Regarding coping one byte, copy using simple assignment should be the most
efficient way. If you want to make sure it is just 8 bits, do a bit wise
and (& 0xff).
Daniel
On Mon, Mar 17, 2014 at 10:27 AM, sab
Sabu,
I think that in this case the packet length is zero which will result in
nothing from mtod.
Daniel
On Sun, Mar 16, 2014 at 3:03 PM, sabu kurian wrote:
> Hello chris,
>
> Thanks for your reply. I tried dumping the contents of mbuf as you have
> suggested.
> This is what I get:
>
> dump m
Hi David,
Please notice that the default configuration doesn't enable 1588 support.
Daniel
On Tue, Mar 18, 2014 at 8:51 PM, Jayakumar, Muthurajan <
muthurajan.jayakumar at intel.com> wrote:
> Please find the code for 1588 support
> http://www.dpdk.org/browse/dpdk/tree/app/test-pmd/ieee1588fwd.
. 512)
will significantly improve the CPU scalability.
Regards,
Daniel Kaminsky
On Wed, Apr 30, 2014 at 7:56 AM, Jayakumar, Muthurajan <
muthurajan.jayakumar at intel.com> wrote:
> Hi,
> Please find the attached paper http://kfall.net/ucbpage/papers/snc.pdf
> Figures 4 an
Hi all,
We're working on the KNI and we see a strange behavior which seems like a
bug in the the kernel module.
When running with *lo_mode=lo_mode_fifo *everything works as expected, the
packets looks similar on the ingress and egress.
But when running with *lo_mode=lo_mode_fifo_skb *the packets
Did you run the program using "sudo"?
Daniel Kaminsky
Sent from my iPhone
On Dec 24, 2013, at 3:05 AM, Surya Nimmagadda wrote:
> Hi,
>
> When I try to run the sample applications like l2fwd or exception_path, they
> get aborted at rte_malloc_socket.
>
> Can so
rds,
> Helin
>
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Daniel Kaminsky
> Sent: Friday, December 20, 2013 12:36 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] Loop back mode of the KNI
>
> Hi all,
>
> We're worki
Hi,
Did anyone had an experience using the PKT_TX_IP_CKSUM flag?
I have an application that generates IP traffic but whenever I try to set
this flag on (*m->ol_flags = PKT_TX_IP_CKSUM)* the rte_mbuf nothing is sent
out.
Retrieving that statistics from the ethernet device show zero for opackets
and
izeof(struct ipv4_hdr);
> fields?
>
> Regards,
> Vladimir
>
>
> 2013/11/7 Daniel Kaminsky
>
> > Hi,
> >
> > Did anyone had an experience using the PKT_TX_IP_CKSUM flag?
> > I have an application that generates IP traffic but whenever I try to set
> > th
Hi Jyotiswarup,
Did you initialized all the relevant parts before
(rte_eal_init(), rte_pmd_init_all() and don't forget rte_eal_pci_probe())?
Regards,
Daniel
On Wed, Nov 13, 2013 at 1:27 PM, Jose Gavine Cueto wrote:
> Hi,
>
> How are you using it? I've successfully used it with vbox.
>
> Cheers
chen_Ip,
You shoudln't use PKT_RX_IPV4_HDR, either just PKT_TX_IP_CKSUM or some
other combination of PKT_TX_* (e.g. PKT_TX_OFFLOAD_MASK)
Daniel
On Mon, Nov 25, 2013 at 8:23 AM, chen_lp wrote:
> Hi,
> I want NIC to calculate ip checksum on dpdk-1.5.0,
>
> I have set:
> static const struct rte_
Hi Prashant,
>From your description it seems that you can use rte
*pktmbuf_refcnt_update*method. Increase the reference count by one
before sending the mbuf, and
decrease it when you finish with it.
Regards,
Daniel Kaminsky
On Sun, Oct 27, 2013 at 2:06 PM, Prashant Upadhy
Hi C R,
This is a limitation of the KNI example and not of the DPDK package. The
current KNI example can use one core for single task - Egress/Ingress on
one port.
You definitely can change it, look into *main_loop *function.
Regards,
Daniel Kaminsky
On Thu, Jan 2, 2014 at 11:32 AM, cr singh
Hi Shlomi,
Currently DPDK supports most of Intel 1Gb and 10Gb NICs. The exact list can
be found at lib/librte_eal/common/include/rte_pci_dev_ids.h
The reason is the the DPDK includes a poll mode driver and for a different
NIC you might need a different poll mode driver.
Regards,
Daniel Kaminsky
Hi James,
Did you try a non-tagged traffic? I suspect this is the limitation of the
l2fwd or the requirements of Spirent. From my experience with Ixia, the L2
forward device must implement the ARP protocol (at least a subset of it).
Also, notice that the l2fwd example sets the destination MAC add
Hi Sharath,
Try rte_eth_stats_get, I think this should give you what you're looking for.
Regards,
Daniel
On Tue, Jan 28, 2014 at 7:29 AM, Sharath wrote:
> hi !
>
> can someone please tell me whether the DPDK provides any method to handle
> below
>
> a. account the packet drops at NIC level ? i
We're using CentOS 6.5 and Ubuntu 12.04 and don't see any issue with both
of them.
Regards,
Daniel Kaminsky
On Thu, Jan 30, 2014 at 12:12 PM, Prashant Upadhyaya <
prashant.upadhyaya at aricent.com> wrote:
> Hi Dan,
>
> Intel DPDK release notes(1.5.2) mentio
18 matches
Mail list logo
