On 11/10/2015 11:17 AM, Clemens Eisserer wrote:
Hi,
I am trying to receive a stream of 9k jumbo frames on one of our
T2080RDBs (simply using recvfrom), however even a very low rate
(12MB/s on average) frequently UDP packages are lost. Furthermore the
packets are received out-of-order e.g. :0, 8, 1, 2, 10, 3, 11, 4, 5,
6, .....
While receiving the stream, I see an equal number of interrupts on
QMAN-Portal0 through QMAN-Portal-7.
PF_PACKET / PACKET_RX_RING for packet capturing also doesn't seem to
work - is this unsupported by DPAA?
So to summerize - any idea what could cause the following issues:
* UDP jumbo packet loss
* UDP jumbo packets are received out-of-order
Thank you in advance, Clemens
Tracing is implemented for the DPAA. If you haven't done it already, you
might want to enable it to get a better idea how each packet is being
handled. Once you get it working, it's pretty easy to add some
additional fields and rebuild the kernel.
Events like dpa_rx_fd and dpa_tx_fd are supported and can be found in
the dpa source directory under drivers.
There is also a Freescale DPAA Packet Tool that offers a free trial.
It pretty much provides the same information as trace but with a GUI;
however, it might require a JTAG TAP ( that's how I use it ).
Bob
--
_______________________________________________
meta-freescale mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/meta-freescale
