Patch Detail
get:
Show a patch.
patch:
Update a patch.
put:
Update a patch.
GET /api/patches/77472/?format=api
{ "id": 77472, "url": "http://patches.dpdk.org/api/patches/77472/?format=api", "web_url": "http://patches.dpdk.org/project/dpdk/patch/20200911190701.29171-6-stephen@networkplumber.org/", "project": { "id": 1, "url": "http://patches.dpdk.org/api/projects/1/?format=api", "name": "DPDK", "link_name": "dpdk", "list_id": "dev.dpdk.org", "list_email": "dev@dpdk.org", "web_url": "http://core.dpdk.org", "scm_url": "git://dpdk.org/dpdk", "webscm_url": "http://git.dpdk.org/dpdk", "list_archive_url": "https://inbox.dpdk.org/dev", "list_archive_url_format": "https://inbox.dpdk.org/dev/{}", "commit_url_format": "" }, "msgid": "<20200911190701.29171-6-stephen@networkplumber.org>", "list_archive_url": "https://inbox.dpdk.org/dev/20200911190701.29171-6-stephen@networkplumber.org", "date": "2020-09-11T19:06:51", "name": "[05/15] doc: replace master lcore with main lcore", "commit_ref": null, "pull_url": null, "state": "superseded", "archived": true, "hash": "5998d24b401f0902387571def2a5caa0308bf2b6", "submitter": { "id": 27, "url": "http://patches.dpdk.org/api/people/27/?format=api", "name": "Stephen Hemminger", "email": "stephen@networkplumber.org" }, "delegate": null, "mbox": "http://patches.dpdk.org/project/dpdk/patch/20200911190701.29171-6-stephen@networkplumber.org/mbox/", "series": [ { "id": 12162, "url": "http://patches.dpdk.org/api/series/12162/?format=api", "web_url": "http://patches.dpdk.org/project/dpdk/list/?series=12162", "date": "2020-09-11T19:06:46", "name": "Replace terms master/slave lcore with main/worker lcore", "version": 1, "mbox": "http://patches.dpdk.org/series/12162/mbox/" } ], "comments": "http://patches.dpdk.org/api/patches/77472/comments/", "check": "warning", "checks": "http://patches.dpdk.org/api/patches/77472/checks/", "tags": {}, "related": [], "headers": { "Return-Path": "<dev-bounces@dpdk.org>", "X-Original-To": "patchwork@inbox.dpdk.org", "Delivered-To": "patchwork@inbox.dpdk.org", "Received": [ "from dpdk.org (dpdk.org [92.243.14.124])\n\tby inbox.dpdk.org (Postfix) with ESMTP id 16D97A04C0;\n\tFri, 11 Sep 2020 21:08:06 +0200 (CEST)", "from [92.243.14.124] (localhost [127.0.0.1])\n\tby dpdk.org (Postfix) with ESMTP id 96AC41C129;\n\tFri, 11 Sep 2020 21:07:20 +0200 (CEST)", "from mail-pf1-f172.google.com (mail-pf1-f172.google.com\n [209.85.210.172]) by dpdk.org (Postfix) with ESMTP id 2D7041C116\n for <dev@dpdk.org>; Fri, 11 Sep 2020 21:07:18 +0200 (CEST)", "by mail-pf1-f172.google.com with SMTP id o20so8077084pfp.11\n for <dev@dpdk.org>; Fri, 11 Sep 2020 12:07:18 -0700 (PDT)", "from hermes.corp.microsoft.com (204-195-22-127.wavecable.com.\n [204.195.22.127])\n by smtp.gmail.com with ESMTPSA id z23sm2979984pfg.220.2020.09.11.12.07.14\n (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);\n Fri, 11 Sep 2020 12:07:15 -0700 (PDT)" ], "DKIM-Signature": "v=1; a=rsa-sha256; c=relaxed/relaxed;\n d=networkplumber-org.20150623.gappssmtp.com; s=20150623;\n h=from:to:cc:subject:date:message-id:in-reply-to:references\n :mime-version:content-transfer-encoding;\n bh=V6hWF/7X4Umbgzi7X6dmGPYfySxIQWIsFhac2ououG8=;\n b=yA4bK5LwjyEXxBdZTPv50mwcYPysC7v6G5cH6lTGISDmIwj3yWm16Lqm/mNkIR9iBv\n vxz29CIgfDaE20p2wkmZQFBPA55JqH8MxDdjXVhAC20VCVfUvvsKoQShuUuxK1/jLwyQ\n x9mY5heqbNOeBmop7L0ObtPzVnFgSARuz7qXlhbCchrctJp/mFzjYEM6oDgo51bwq12X\n JXQxuEKF6ffeLjVTW0dd37R5vy81jDwdNuzwzgf3tD6nT8dBmd9dcCY0PrIcnMkAZKsK\n rDaMM4upRgwKQNV6H5PfMYqCIhmPRaGX6FgPoDqZLhD7rvG20+Ieu6pYfeJPFnQ0jPsF\n Tg0A==", "X-Google-DKIM-Signature": "v=1; a=rsa-sha256; c=relaxed/relaxed;\n d=1e100.net; s=20161025;\n h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to\n :references:mime-version:content-transfer-encoding;\n bh=V6hWF/7X4Umbgzi7X6dmGPYfySxIQWIsFhac2ououG8=;\n b=hjeFmyJI4Hpp1mk5f41j6v3ul+2ooL/43CJiztTJfj/jo3mC2Uiw1xYBOnHunRd++F\n QL0t4Sv9yQajk78vphbKH94UmP94MeQ0jAcIxpinw96S01ORuF7JFrKN8QqHD8eYxswP\n 0MzSfP5z/0YwRDIwpi3dNmdSyI2X0N1dtr7BdLheolsC7HK/rE+xHfSAZU+mWwtuj/PN\n 5OhdI7j+tqzuNmK0BIE2oZkwD2w5b+vX8qOuK3x7Orv7s5G7jzGQLdSpZ4l2YosR6znk\n zk9rIWEyTMLOcHDAA8uS6W0usP5rOnTdryThVuepkNiuGvRxTDX640E+LjrmLxLKwMeQ\n cPMA==", "X-Gm-Message-State": "AOAM531D7534XpnMQpAOfgDELHDTPhcFw9je/Bx5hbY4o3Okt7BOvZ8O\n UvjEA7Thj6OA7KfpvegO8IAS8Q7rrDN/WQ==", "X-Google-Smtp-Source": "\n ABdhPJx8B/5PLJVg7tlxVVEe5q1PojfU7zhJDFQVgsXveVvpzbEn0XKPTvzCi5A1gHQ1ztASefSrfA==", "X-Received": "by 2002:a63:d504:: with SMTP id c4mr2644307pgg.138.1599851236413;\n Fri, 11 Sep 2020 12:07:16 -0700 (PDT)", "From": "Stephen Hemminger <stephen@networkplumber.org>", "To": "dev@dpdk.org", "Cc": "Stephen Hemminger <stephen@networkplumber.org>", "Date": "Fri, 11 Sep 2020 12:06:51 -0700", "Message-Id": "<20200911190701.29171-6-stephen@networkplumber.org>", "X-Mailer": "git-send-email 2.27.0", "In-Reply-To": "<20200911190701.29171-1-stephen@networkplumber.org>", "References": "<20200911190701.29171-1-stephen@networkplumber.org>", "MIME-Version": "1.0", "Content-Type": "text/plain; charset=UTF-8", "Content-Transfer-Encoding": "8bit", "Subject": "[dpdk-dev] [PATCH 05/15] doc: replace master lcore with main lcore", "X-BeenThere": "dev@dpdk.org", "X-Mailman-Version": "2.1.15", "Precedence": "list", "List-Id": "DPDK patches and discussions <dev.dpdk.org>", "List-Unsubscribe": "<https://mails.dpdk.org/options/dev>,\n <mailto:dev-request@dpdk.org?subject=unsubscribe>", "List-Archive": "<http://mails.dpdk.org/archives/dev/>", "List-Post": "<mailto:dev@dpdk.org>", "List-Help": "<mailto:dev-request@dpdk.org?subject=help>", "List-Subscribe": "<https://mails.dpdk.org/listinfo/dev>,\n <mailto:dev-request@dpdk.org?subject=subscribe>", "Errors-To": "dev-bounces@dpdk.org", "Sender": "\"dev\" <dev-bounces@dpdk.org>" }, "content": "Make sure that master lcore is not used in documentation.\n\nSigned-off-by: Stephen Hemminger <stephen@networkplumber.org>\n---\n doc/guides/faq/faq.rst | 2 +-\n doc/guides/linux_gsg/eal_args.include.rst | 2 +-\n doc/guides/nics/bnxt.rst | 2 +-\n doc/guides/prog_guide/env_abstraction_layer.rst | 6 +++---\n doc/guides/prog_guide/event_ethernet_rx_adapter.rst | 2 +-\n doc/guides/prog_guide/glossary.rst | 10 ++++++++--\n doc/guides/sample_app_ug/bbdev_app.rst | 2 +-\n doc/guides/sample_app_ug/ethtool.rst | 2 +-\n doc/guides/sample_app_ug/hello_world.rst | 2 +-\n doc/guides/sample_app_ug/ioat.rst | 10 +++++-----\n doc/guides/sample_app_ug/ip_pipeline.rst | 2 +-\n doc/guides/sample_app_ug/l2_forward_event.rst | 2 +-\n doc/guides/sample_app_ug/l2_forward_real_virtual.rst | 2 +-\n doc/guides/sample_app_ug/l3_forward_power_man.rst | 2 +-\n doc/guides/sample_app_ug/link_status_intr.rst | 2 +-\n doc/guides/sample_app_ug/multi_process.rst | 2 +-\n doc/guides/sample_app_ug/packet_ordering.rst | 2 +-\n doc/guides/sample_app_ug/performance_thread.rst | 4 ++--\n doc/guides/sample_app_ug/ptpclient.rst | 2 +-\n doc/guides/sample_app_ug/timer.rst | 8 ++++----\n doc/guides/testpmd_app_ug/run_app.rst | 2 +-\n doc/guides/testpmd_app_ug/testpmd_funcs.rst | 2 +-\n 22 files changed, 39 insertions(+), 33 deletions(-)", "diff": "diff --git a/doc/guides/faq/faq.rst b/doc/guides/faq/faq.rst\nindex bb1df7dc8a0f..d517e08a1e1f 100644\n--- a/doc/guides/faq/faq.rst\n+++ b/doc/guides/faq/faq.rst\n@@ -48,7 +48,7 @@ therefore all the hugepages are allocated on the wrong socket.\n To avoid this scenario, either lower the amount of hugepage memory available to 1 GB size (or less), or run the application with taskset\n affinitizing the application to a would-be master core.\n \n-For example, if your EAL coremask is 0xff0, the master core will usually be the first core in the coremask (0x10); this is what you have to supply to taskset::\n+For example, if your EAL coremask is 0xff0, the main core will usually be the first core in the coremask (0x10); this is what you have to supply to taskset::\n \n taskset 0x10 ./l2fwd -l 4-11 -n 2\n \ndiff --git a/doc/guides/linux_gsg/eal_args.include.rst b/doc/guides/linux_gsg/eal_args.include.rst\nindex 0fe44579689b..329d4cdfbfb3 100644\n--- a/doc/guides/linux_gsg/eal_args.include.rst\n+++ b/doc/guides/linux_gsg/eal_args.include.rst\n@@ -33,7 +33,7 @@ Lcore-related options\n At a given instance only one core option ``--lcores``, ``-l`` or ``-c`` can\n be used.\n \n-* ``--master-lcore <core ID>``\n+* ``--main-lcore <core ID>``\n \n Core ID that is used as master.\n \ndiff --git a/doc/guides/nics/bnxt.rst b/doc/guides/nics/bnxt.rst\nindex 129a16cfc757..b3950579e908 100644\n--- a/doc/guides/nics/bnxt.rst\n+++ b/doc/guides/nics/bnxt.rst\n@@ -385,7 +385,7 @@ The application enables multiple TX and RX queues when it is started.\n \n .. code-block:: console\n \n- testpmd -l 1,3,5 --master-lcore 1 --txq=2 –rxq=2 --nb-cores=2\n+ testpmd -l 1,3,5 --main-lcore 1 --txq=2 –rxq=2 --nb-cores=2\n \n **TSS**\n \ndiff --git a/doc/guides/prog_guide/env_abstraction_layer.rst b/doc/guides/prog_guide/env_abstraction_layer.rst\nindex f64ae953d106..764a0706caa7 100644\n--- a/doc/guides/prog_guide/env_abstraction_layer.rst\n+++ b/doc/guides/prog_guide/env_abstraction_layer.rst\n@@ -64,7 +64,7 @@ It consist of calls to the pthread library (more specifically, pthread_self(), p\n .. note::\n \n Initialization of objects, such as memory zones, rings, memory pools, lpm tables and hash tables,\n- should be done as part of the overall application initialization on the master lcore.\n+ should be done as part of the overall application initialization on the main lcore.\n The creation and initialization functions for these objects are not multi-thread safe.\n However, once initialized, the objects themselves can safely be used in multiple threads simultaneously.\n \n@@ -186,7 +186,7 @@ very dependent on the memory allocation patterns of the application.\n \n Additional restrictions are present when running in 32-bit mode. In dynamic\n memory mode, by default maximum of 2 gigabytes of VA space will be preallocated,\n-and all of it will be on master lcore NUMA node unless ``--socket-mem`` flag is\n+and all of it will be on main lcore NUMA node unless ``--socket-mem`` flag is\n used.\n \n In legacy mode, VA space will only be preallocated for segments that were\n@@ -607,7 +607,7 @@ controlled with tools like taskset (Linux) or cpuset (FreeBSD),\n - with affinity restricted to 2-4, the Control Threads will end up on\n CPU 4.\n - with affinity restricted to 2-3, the Control Threads will end up on\n- CPU 2 (master lcore, which is the default when no CPU is available).\n+ CPU 2 (main lcore, which is the default when no CPU is available).\n \n .. _known_issue_label:\n \ndiff --git a/doc/guides/prog_guide/event_ethernet_rx_adapter.rst b/doc/guides/prog_guide/event_ethernet_rx_adapter.rst\nindex c7dda92215ea..236f43f4557b 100644\n--- a/doc/guides/prog_guide/event_ethernet_rx_adapter.rst\n+++ b/doc/guides/prog_guide/event_ethernet_rx_adapter.rst\n@@ -172,7 +172,7 @@ converts the received packets to events in the same manner as packets\n received on a polled Rx queue. The interrupt thread is affinitized to the same\n CPUs as the lcores of the Rx adapter service function, if the Rx adapter\n service function has not been mapped to any lcores, the interrupt thread\n-is mapped to the master lcore.\n+is mapped to the main lcore.\n \n Rx Callback for SW Rx Adapter\n ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\ndiff --git a/doc/guides/prog_guide/glossary.rst b/doc/guides/prog_guide/glossary.rst\nindex 21063a414729..10b478c9f438 100644\n--- a/doc/guides/prog_guide/glossary.rst\n+++ b/doc/guides/prog_guide/glossary.rst\n@@ -124,10 +124,13 @@ LAN\n LPM\n Longest Prefix Match\n \n-master lcore\n+main lcore\n The execution unit that executes the main() function and that launches\n other lcores.\n \n+master lcore\n+ Deprecated name for *main lcore*. No longer used.\n+ \n mbuf\n An mbuf is a data structure used internally to carry messages (mainly\n network packets). The name is derived from BSD stacks. To understand the\n@@ -185,7 +188,7 @@ Rx\n Reception\n \n Slave lcore\n- Any *lcore* that is not the *master lcore*.\n+ Deprecated name for *worker lcore*. No longer used.\n \n Socket\n A physical CPU, that includes several *cores*.\n@@ -237,6 +240,9 @@ VLAN\n Wr\n Write\n \n+Worker lcore\n+ Any *lcore* that is not the *main lcore*.\n+\n WRED\n Weighted Random Early Detection\n \ndiff --git a/doc/guides/sample_app_ug/bbdev_app.rst b/doc/guides/sample_app_ug/bbdev_app.rst\nindex 405e706a46e4..54ff6574aed8 100644\n--- a/doc/guides/sample_app_ug/bbdev_app.rst\n+++ b/doc/guides/sample_app_ug/bbdev_app.rst\n@@ -94,7 +94,7 @@ device gets linked to a corresponding ethernet port as whitelisted by\n the parameter -w.\n 3 cores are allocated to the application, and assigned as:\n \n- - core 3 is the master and used to print the stats live on screen,\n+ - core 3 is the main and used to print the stats live on screen,\n \n - core 4 is the encoding lcore performing Rx and Turbo Encode operations\n \ndiff --git a/doc/guides/sample_app_ug/ethtool.rst b/doc/guides/sample_app_ug/ethtool.rst\nindex 253004dd0082..03f570f11f69 100644\n--- a/doc/guides/sample_app_ug/ethtool.rst\n+++ b/doc/guides/sample_app_ug/ethtool.rst\n@@ -65,7 +65,7 @@ Explanation\n \n The sample program has two parts: A background `packet reflector`_\n that runs on a slave core, and a foreground `Ethtool Shell`_ that\n-runs on the master core. These are described below.\n+runs on the main core. These are described below.\n \n Packet Reflector\n ~~~~~~~~~~~~~~~~\ndiff --git a/doc/guides/sample_app_ug/hello_world.rst b/doc/guides/sample_app_ug/hello_world.rst\nindex 46f997a7dce3..3504b744844f 100644\n--- a/doc/guides/sample_app_ug/hello_world.rst\n+++ b/doc/guides/sample_app_ug/hello_world.rst\n@@ -81,7 +81,7 @@ The code that launches the function on each lcore is as follows:\n rte_eal_remote_launch(lcore_hello, NULL, lcore_id);\n }\n \n- /* call it on master lcore too */\n+ /* call it on main lcore too */\n \n lcore_hello(NULL);\n \ndiff --git a/doc/guides/sample_app_ug/ioat.rst b/doc/guides/sample_app_ug/ioat.rst\nindex 3f7d5c34a6c8..0982d2d2f0b4 100644\n--- a/doc/guides/sample_app_ug/ioat.rst\n+++ b/doc/guides/sample_app_ug/ioat.rst\n@@ -69,13 +69,13 @@ provided parameters. The app can use up to 2 lcores: one of them receives\n incoming traffic and makes a copy of each packet. The second lcore then\n updates MAC address and sends the copy. If one lcore per port is used,\n both operations are done sequentially. For each configuration an additional\n-lcore is needed since the master lcore does not handle traffic but is\n+lcore is needed since the main lcore does not handle traffic but is\n responsible for configuration, statistics printing and safe shutdown of\n all ports and devices.\n \n The application can use a maximum of 8 ports.\n \n-To run the application in a Linux environment with 3 lcores (the master lcore,\n+To run the application in a Linux environment with 3 lcores (the main lcore,\n plus two forwarding cores), a single port (port 0), software copying and MAC\n updating issue the command:\n \n@@ -83,7 +83,7 @@ updating issue the command:\n \n $ ./build/ioatfwd -l 0-2 -n 2 -- -p 0x1 --mac-updating -c sw\n \n-To run the application in a Linux environment with 2 lcores (the master lcore,\n+To run the application in a Linux environment with 2 lcores (the main lcore,\n plus one forwarding core), 2 ports (ports 0 and 1), hardware copying and no MAC\n updating issue the command:\n \n@@ -310,8 +310,8 @@ If initialization is successful, memory for hardware device\n statistics is allocated.\n \n Finally ``main()`` function starts all packet handling lcores and starts\n-printing stats in a loop on the master lcore. The application can be\n-interrupted and closed using ``Ctrl-C``. The master lcore waits for\n+printing stats in a loop on the main lcore. The application can be\n+interrupted and closed using ``Ctrl-C``. The main lcore waits for\n all slave processes to finish, deallocates resources and exits.\n \n The processing lcores launching function are described below.\ndiff --git a/doc/guides/sample_app_ug/ip_pipeline.rst b/doc/guides/sample_app_ug/ip_pipeline.rst\nindex 56014be17458..c497ffc0a6c9 100644\n--- a/doc/guides/sample_app_ug/ip_pipeline.rst\n+++ b/doc/guides/sample_app_ug/ip_pipeline.rst\n@@ -130,7 +130,7 @@ executes two tasks in time-sharing mode:\n 1. *Packet processing task*: Process bursts of input packets read from the pipeline input ports.\n \n 2. *Message handling task*: Periodically, the data plane thread pauses the packet processing task and polls for request\n- messages send by the master thread. Examples: add/remove pipeline to/from current data plane thread, add/delete rules\n+ messages send by the main thread. Examples: add/remove pipeline to/from current data plane thread, add/delete rules\n to/from given table of a specific pipeline owned by the current data plane thread, read statistics, etc.\n \n Examples\ndiff --git a/doc/guides/sample_app_ug/l2_forward_event.rst b/doc/guides/sample_app_ug/l2_forward_event.rst\nindex d536eee819d0..6e2324552f49 100644\n--- a/doc/guides/sample_app_ug/l2_forward_event.rst\n+++ b/doc/guides/sample_app_ug/l2_forward_event.rst\n@@ -631,7 +631,7 @@ not many packets to send, however it improves performance:\n /* if timer has reached its timeout */\n if (unlikely(timer_tsc >= timer_period)) {\n /* do this only on master core */\n- if (lcore_id == rte_get_master_lcore()) {\n+ if (lcore_id == rte_get_main_lcore()) {\n print_stats();\n /* reset the timer */\n timer_tsc = 0;\ndiff --git a/doc/guides/sample_app_ug/l2_forward_real_virtual.rst b/doc/guides/sample_app_ug/l2_forward_real_virtual.rst\nindex c0e8488e7987..06586ed4a822 100644\n--- a/doc/guides/sample_app_ug/l2_forward_real_virtual.rst\n+++ b/doc/guides/sample_app_ug/l2_forward_real_virtual.rst\n@@ -455,7 +455,7 @@ however it improves performance:\n if (unlikely(timer_tsc >= (uint64_t) timer_period)) {\n /* do this only on master core */\n \n- if (lcore_id == rte_get_master_lcore()) {\n+ if (lcore_id == rte_get_main_lcore()) {\n print_stats();\n \n /* reset the timer */\ndiff --git a/doc/guides/sample_app_ug/l3_forward_power_man.rst b/doc/guides/sample_app_ug/l3_forward_power_man.rst\nindex 0cc6f2e62e75..f05816d9b24e 100644\n--- a/doc/guides/sample_app_ug/l3_forward_power_man.rst\n+++ b/doc/guides/sample_app_ug/l3_forward_power_man.rst\n@@ -441,7 +441,7 @@ The telemetry mode support for ``l3fwd-power`` is a standalone mode, in this mod\n ``l3fwd-power`` does simple l3fwding along with calculating empty polls, full polls,\n and busy percentage for each forwarding core. The aggregation of these\n values of all cores is reported as application level telemetry to metric\n-library for every 500ms from the master core.\n+library for every 500ms from the main core.\n \n The busy percentage is calculated by recording the poll_count\n and when the count reaches a defined value the total\ndiff --git a/doc/guides/sample_app_ug/link_status_intr.rst b/doc/guides/sample_app_ug/link_status_intr.rst\nindex 04c40f28540d..8ceacc42eb9b 100644\n--- a/doc/guides/sample_app_ug/link_status_intr.rst\n+++ b/doc/guides/sample_app_ug/link_status_intr.rst\n@@ -403,7 +403,7 @@ However, it improves performance:\n if (unlikely(timer_tsc >= (uint64_t) timer_period)) {\n /* do this only on master core */\n \n- if (lcore_id == rte_get_master_lcore()) {\n+ if (lcore_id == rte_get_main_lcore()) {\n print_stats();\n \n /* reset the timer */\ndiff --git a/doc/guides/sample_app_ug/multi_process.rst b/doc/guides/sample_app_ug/multi_process.rst\nindex f2a79a639763..c391c549b9b5 100644\n--- a/doc/guides/sample_app_ug/multi_process.rst\n+++ b/doc/guides/sample_app_ug/multi_process.rst\n@@ -273,7 +273,7 @@ In addition to the EAL parameters, the application- specific parameters are:\n \n .. note::\n \n- In the server process, a single thread, the master thread, that is, the lowest numbered lcore in the coremask/corelist, performs all packet I/O.\n+ In the server process, a single thread, the main thread, that is, the lowest numbered lcore in the coremask/corelist, performs all packet I/O.\n If a coremask/corelist is specified with more than a single lcore bit set in it,\n an additional lcore will be used for a thread to periodically print packet count statistics.\n \ndiff --git a/doc/guides/sample_app_ug/packet_ordering.rst b/doc/guides/sample_app_ug/packet_ordering.rst\nindex 1c8ee5d04071..26bed0136a12 100644\n--- a/doc/guides/sample_app_ug/packet_ordering.rst\n+++ b/doc/guides/sample_app_ug/packet_ordering.rst\n@@ -46,7 +46,7 @@ The application execution command line is:\n ./packet_ordering [EAL options] -- -p PORTMASK [--disable-reorder] [--insight-worker]\n \n The -c EAL CPU_COREMASK option has to contain at least 3 CPU cores.\n-The first CPU core in the core mask is the master core and would be assigned to\n+The first CPU core in the core mask is the main core and would be assigned to\n RX core, the last to TX core and the rest to Worker cores.\n \n The PORTMASK parameter must contain either 1 or even enabled port numbers.\ndiff --git a/doc/guides/sample_app_ug/performance_thread.rst b/doc/guides/sample_app_ug/performance_thread.rst\nindex b04d0ba444af..cfc0676e9210 100644\n--- a/doc/guides/sample_app_ug/performance_thread.rst\n+++ b/doc/guides/sample_app_ug/performance_thread.rst\n@@ -280,8 +280,8 @@ functionality into different threads, and the pairs of RX and TX threads are\n interconnected via software rings.\n \n On initialization an L-thread scheduler is started on every EAL thread. On all\n-but the master EAL thread only a dummy L-thread is initially started.\n-The L-thread started on the master EAL thread then spawns other L-threads on\n+but the main EAL thread only a dummy L-thread is initially started.\n+The L-thread started on the main EAL thread then spawns other L-threads on\n different L-thread schedulers according the command line parameters.\n \n The RX threads poll the network interface queues and post received packets\ndiff --git a/doc/guides/sample_app_ug/ptpclient.rst b/doc/guides/sample_app_ug/ptpclient.rst\nindex 12b4f13d5bd8..5b51c8526c5a 100644\n--- a/doc/guides/sample_app_ug/ptpclient.rst\n+++ b/doc/guides/sample_app_ug/ptpclient.rst\n@@ -21,7 +21,7 @@ The PTP sample application is intended as a simple reference implementation of\n a PTP client using the DPDK IEEE1588 API.\n In order to keep the application simple the following assumptions are made:\n \n-* The first discovered master is the master for the session.\n+* The first discovered master is the main for the session.\n * Only L2 PTP packets are supported.\n * Only the PTP v2 protocol is supported.\n * Only the slave clock is implemented.\ndiff --git a/doc/guides/sample_app_ug/timer.rst b/doc/guides/sample_app_ug/timer.rst\nindex 98d762d2388c..071db764b170 100644\n--- a/doc/guides/sample_app_ug/timer.rst\n+++ b/doc/guides/sample_app_ug/timer.rst\n@@ -49,7 +49,7 @@ In addition to EAL initialization, the timer subsystem must be initialized, by c\n rte_timer_subsystem_init();\n \n After timer creation (see the next paragraph),\n-the main loop is executed on each slave lcore using the well-known rte_eal_remote_launch() and also on the master.\n+the main loop is executed on each slave lcore using the well-known rte_eal_remote_launch() and also on the main.\n \n .. code-block:: c\n \n@@ -59,7 +59,7 @@ the main loop is executed on each slave lcore using the well-known rte_eal_remot\n rte_eal_remote_launch(lcore_mainloop, NULL, lcore_id);\n }\n \n- /* call it on master lcore too */\n+ /* call it on main lcore too */\n \n (void) lcore_mainloop(NULL);\n \n@@ -105,7 +105,7 @@ This call to rte_timer_init() is necessary before doing any other operation on t\n \n Then, the two timers are configured:\n \n-* The first timer (timer0) is loaded on the master lcore and expires every second.\n+* The first timer (timer0) is loaded on the main lcore and expires every second.\n Since the PERIODICAL flag is provided, the timer is reloaded automatically by the timer subsystem.\n The callback function is timer0_cb().\n \n@@ -115,7 +115,7 @@ Then, the two timers are configured:\n \n .. code-block:: c\n \n- /* load timer0, every second, on master lcore, reloaded automatically */\n+ /* load timer0, every second, on main lcore, reloaded automatically */\n \n hz = rte_get_hpet_hz();\n \ndiff --git a/doc/guides/testpmd_app_ug/run_app.rst b/doc/guides/testpmd_app_ug/run_app.rst\nindex d1e4ee3e7a46..b080cd9532ba 100644\n--- a/doc/guides/testpmd_app_ug/run_app.rst\n+++ b/doc/guides/testpmd_app_ug/run_app.rst\n@@ -71,7 +71,7 @@ The command line options are:\n * ``--coremask=0xXX``\n \n Set the hexadecimal bitmask of the cores running the packet forwarding test.\n- The master lcore is reserved for command line parsing only and cannot be masked on for packet forwarding.\n+ The main lcore is reserved for command line parsing only and cannot be masked on for packet forwarding.\n \n * ``--portmask=0xXX``\n \ndiff --git a/doc/guides/testpmd_app_ug/testpmd_funcs.rst b/doc/guides/testpmd_app_ug/testpmd_funcs.rst\nindex 90cf252df58f..01682508b592 100644\n--- a/doc/guides/testpmd_app_ug/testpmd_funcs.rst\n+++ b/doc/guides/testpmd_app_ug/testpmd_funcs.rst\n@@ -699,7 +699,7 @@ This is equivalent to the ``--coremask`` command-line option.\n \n .. note::\n \n- The master lcore is reserved for command line parsing only and cannot be masked on for packet forwarding.\n+ The main lcore is reserved for command line parsing only and cannot be masked on for packet forwarding.\n \n set portmask\n ~~~~~~~~~~~~\n", "prefixes": [ "05/15" ] }