DPAA: Software Portal selection for network interface

Sebastian Huber sebastian.huber at embedded-brains.de
Fri Jun 23 16:42:06 AEST 2017


On 22/06/17 16:48, Madalin-cristian Bucur wrote:

>> This means all the QMan portal_isr() are distributed round-robin to all
>> affine portals. Is there some way to configure the software portal for a
>> specific network interface, e.g. use processors 0, 1, 2, 3 for one
>> interface,and 4, 5, 6, 7 for another?
> We've stripped all configurability and advanced features from the initial
> DPAA submission. We don't have options to configure this. On the other hand,
> the ingress queues are held active in the portal, resulting in one CPU doing
> dequeues while there are frames available. This is done to avoid frame
> reordering, improving termination performance (and forwarded TCP performance).
>
> The downside is that we're not saturating all CPUs with traffic. We're
> currently working on adding Rx hashing, to be able to maintain intra-flow
> frame order while spreading processing on all CPUs.
>
> Meanwhile, would RPS (Receive Packet Steering) be a solution for you?
>

We receive UDP packets with an MTU of 1500 on one of the 10G interfaces 
at wire speed. So, I guess I have to add this configure myself somehow 
and use a dedicated software portal for this interface.

-- 
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax     : +49 89 189 47 41-09
E-Mail  : sebastian.huber at embedded-brains.de
PGP     : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.



More information about the Linuxppc-dev mailing list