doc: clarify PMD order in release notes
[dpdk.git] / doc / guides / prog_guide / event_ethernet_tx_adapter.rst
index 192f9e1..f80d226 100644 (file)
@@ -137,11 +137,12 @@ should use the ``rte_event_enqueue_burst()`` function.
        if (cap & RTE_EVENT_ETH_TX_ADAPTER_CAP_INTERNAL_PORT) {
 
                event.mbuf = m;
+               eq_flags = 0;
 
                m->port = tx_port;
                rte_event_eth_tx_adapter_txq_set(m, tx_queue_id);
 
-               rte_event_eth_tx_adapter_enqueue(dev_id, ev_port, &event, 1);
+               rte_event_eth_tx_adapter_enqueue(dev_id, ev_port, &event, 1, eq_flags);
        } else {
 
                event.queue_id = qid; /* event queue linked to adapter port */
@@ -163,3 +164,15 @@ The  ``rte_event_eth_tx_adapter_stats_get()`` function reports counters defined
 in struct ``rte_event_eth_tx_adapter_stats``. The counter values are the sum of
 the counts from the eventdev PMD callback if the callback is supported, and
 the counts maintained by the service function, if one exists.
+
+Tx event vectorization
+~~~~~~~~~~~~~~~~~~~~~~
+
+The event device, ethernet device pairs which support the capability
+``RTE_EVENT_ETH_TX_ADAPTER_CAP_EVENT_VECTOR`` can process event vector of mbufs.
+Additionally, application can provide a hint to the Tx adapter that all the
+mbufs are destined to the same ethernet port and queue by setting the bit
+``rte_event_vector::attr_valid`` and filling `rte_event_vector::port`` and
+``rte_event_vector::queue``.
+If ``rte_event_vector::attr_valid`` is not set then the Tx adapter should peek
+into each mbuf and transmit them to the requested ethernet port and queue pair.