Correct various issues in the packet framework documentation: - add missing article "a" in "As a result of lookup" - fix incomplete sentence "described in." to "described below." - fix confusing mirror/main copy swap description that had duplicate text and fix subject-verb agreement
Signed-off-by: Stephen Hemminger <[email protected]> --- doc/guides/prog_guide/packet_framework.rst | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/doc/guides/prog_guide/packet_framework.rst b/doc/guides/prog_guide/packet_framework.rst index 17010b07dc..cacda9add2 100644 --- a/doc/guides/prog_guide/packet_framework.rst +++ b/doc/guides/prog_guide/packet_framework.rst @@ -34,7 +34,7 @@ as well as providing libraries of reusable templates for the commonly used pipel The pipeline is constructed by connecting the set of input ports with the set of output ports through the set of tables in a tree-like topology. -As result of lookup operation for the current packet in the current table, +As a result of lookup operation for the current packet in the current table, one of the table entries (on lookup hit) or the default table entry (on lookup miss) provides the set of actions to be applied on the current packet, as well as the next hop for the packet, which can be either another table, an output port or packet drop. @@ -106,7 +106,7 @@ Port Interface Each port is unidirectional, i.e. either input port or output port. Each input/output port is required to implement an abstract interface that defines the initialization and run-time operation of the port. -The port abstract interface is described in. +The port abstract interface is described below. .. _table_qos_20: @@ -1128,7 +1128,7 @@ Mechanisms to share the same table between multiple threads: #. **Single writer thread performing table entry add/delete operations and multiple reader threads that perform table lookup operations with read-only access to the table entries.** The reader threads use the main table copy while the writer is updating the mirror copy. - Once the writer update is done, the writer can signal to the readers and busy wait until all readers swaps between the mirror copy (which now becomes the main copy) and + Once the writer update is done, the writer can signal to the readers and busy wait until all readers swap between the main copy (which now becomes the mirror copy) and the mirror copy (which now becomes the main copy). Interfacing with Accelerators -- 2.51.0

