[dts] The semantics of rte_eth_rx_burst and rte_eth_rx_queue_count

Masoud Moshref Javadi masood.moshref.j at gmail.com
Tue Jul 28 00:47:14 CEST 2015


Thanks
I figured that out by looking at the source code.

On 7/27/2015 11:04 AM, Masoud Moshref Javadi wrote:
> Hi,
>
> I don't understand the semantics of these two methods 
> (rte_eth_rx_burst and rte_eth_rx_queue_count).
>
> For rte_eth_rx_burst with burst of B.
>
>   * Does that mean it will not return until it receive at least B
>     packets? or it just returns with whatever packets that are in the
>     NIC's queue?
>   * Does that mean it will wait at least x clocks before returning 0
>     to B packets?
>
> For rte_eth_rx_queue_count:
>
>   * Does it go to the NIC and poll the # filled entries at its queue?
>     if yes, how much is its overhead?
>   * Do we need to call rte_eth_rx_burst (or similar methods) to make
>     it updated?
>
>
> Regards
>



More information about the dts mailing list