On Wed, Sep 9, 2020 at 11:39 PM Muhammad Bilal <m.bi...@emumba.com> wrote:
>
> Here I have removed 'that' from the sentence to make it grammatically
> correct, as it seems to be a typing mistake
>
> Fixes: d0dff9ba445e ("doc: sample application user guide")
> Cc: bernard.iremon...@intel.com
>
> Signed-off-by: Muhammad Bilal <m.bi...@emumba.com>
> ---
> doc/guides/prog_guide/multi_proc_support.rst | 2 +-
> doc/guides/sample_app_ug/multi_process.rst | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/doc/guides/prog_guide/multi_proc_support.rst
> b/doc/guides/prog_guide/multi_proc_support.rst
> index a84083b96..a0d71a81a 100644
> --- a/doc/guides/prog_guide/multi_proc_support.rst
> +++ b/doc/guides/prog_guide/multi_proc_support.rst
> @@ -136,7 +136,7 @@ can use).
> Running Multiple Independent Groups of DPDK Applications
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> -In the same way that it is possible to run independent DPDK applications
> side- by-side on a single system,
> +In the same way, it is possible to run independent DPDK applications side-
> by-side on a single system,
> this can be trivially extended to multi-process groups of DPDK applications
> running side-by-side.
> In this case, the secondary processes must use the same ``--file-prefix``
> parameter
> as the primary process whose shared memory they are connecting to.
> diff --git a/doc/guides/sample_app_ug/multi_process.rst
> b/doc/guides/sample_app_ug/multi_process.rst
> index f2a79a639..87c703b83 100644
> --- a/doc/guides/sample_app_ug/multi_process.rst
> +++ b/doc/guides/sample_app_ug/multi_process.rst
> @@ -302,7 +302,7 @@ One additional enhancement in this sample application is
> that the server process
> This eliminates the need for the client processes to have the portmask
> parameter passed into them on the command line,
> as is done for the symmetric multi-process application, and therefore
> eliminates mismatched parameters as a potential source of errors.
>
> -In the same way that the server process is designed to be run as a primary
> process instance only,
> +In the same way, the server process is designed to be run as a primary
> process instance only,
> the client processes are designed to be run as secondary instances only.
> They have no code to attempt to create shared memory objects.
> Instead, handles to all needed rings and memory pools are obtained via calls
> to rte_ring_lookup() and rte_mempool_lookup().
Sorry, but I don't see what is wrong with the original form.
--
David Marchand
