From patchwork Wed Aug 19 11:17:38 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: "Wang, Yinan" X-Patchwork-Id: 75692 Return-Path: X-Original-To: patchwork@inbox.dpdk.org Delivered-To: patchwork@inbox.dpdk.org Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id C6000A04AF; Wed, 19 Aug 2020 04:27:20 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id BD78F1C00D; Wed, 19 Aug 2020 04:27:20 +0200 (CEST) Received: from mga06.intel.com (mga06.intel.com [134.134.136.31]) by dpdk.org (Postfix) with ESMTP id 7BAE61DB9 for ; Wed, 19 Aug 2020 04:27:19 +0200 (CEST) IronPort-SDR: JhkrtAFh9iV532AE1nfE/qKArWajYENFZ9LWotqFX93tzMFtmSuBascXoxNKhI2hikRr2sdFkd BXPwNKGjRG/g== X-IronPort-AV: E=McAfee;i="6000,8403,9717"; a="216560799" X-IronPort-AV: E=Sophos;i="5.76,329,1592895600"; d="scan'208";a="216560799" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 18 Aug 2020 19:27:18 -0700 IronPort-SDR: zgg/hSZLnTcH6zHYrtUiD2L7rXCjjtjIHFizGawMJcQHw3MLuYyvwuh/L1SyQgkQH4+uHq29+a vjNtAZFIV/wg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.76,329,1592895600"; d="scan'208";a="329178201" Received: from dpdk-yinan-ntb1.sh.intel.com ([10.67.119.39]) by fmsmga002.fm.intel.com with ESMTP; 18 Aug 2020 19:27:17 -0700 From: Yinan Wang To: dts@dpdk.org Cc: Yinan Wang Date: Wed, 19 Aug 2020 07:17:38 -0400 Message-Id: <20200819111738.17838-1-yinan.wang@intel.com> X-Mailer: git-send-email 2.17.1 MIME-Version: 1.0 Subject: [dts] [PATCH v1] test_plans/pvp_vhost_user_built_in_net_driver_test_plan.rst X-BeenThere: dts@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: test suite reviews and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dts-bounces@dpdk.org Sender: "dts" Add description about changing MAX_QUEUES configuration according to the NIC’s property before using vswitch. Signed-off-by: Yinan Wang --- ...ost_user_built_in_net_driver_test_plan.rst | 21 +++++++++++++++++++ 1 file changed, 21 insertions(+) diff --git a/test_plans/pvp_vhost_user_built_in_net_driver_test_plan.rst b/test_plans/pvp_vhost_user_built_in_net_driver_test_plan.rst index 6a8e8fe..f658df5 100644 --- a/test_plans/pvp_vhost_user_built_in_net_driver_test_plan.rst +++ b/test_plans/pvp_vhost_user_built_in_net_driver_test_plan.rst @@ -41,6 +41,27 @@ This feature test a very simple vhost-user net driver which demonstrates how to vhost APIs by adding option "--builtin-net-driver" when launch vswitch. This feature only can test with vswitch, and it is disabled by default. +Prerequisites +============= +Device start fails if NIC’s max queues > the default number of 128. +mbuf pool size is dependent on the MAX_QUEUES configuration, if NIC’s max queue number is larger than 128, device start will fail due to insufficient mbuf. +Change the default number to make it work as below, just set the number according to the NIC’s property: +For niantic 82599ES，#define MAX_QUEUES 128 +For fortville X710, #define MAX_QUEUES 192 +For fortville XXV710, #define MAX_QUEUES 352 +For fortville XL710, #define MAX_QUEUES 512 + +Modify the testpmd code as following:: + + --- a/examples/vhost/main.c + +++ b/examples/vhost/main.c + @@ -28,7 +28,7 @@ + #include "main.h" + #ifndef MAX_QUEUES + -#define MAX_QUEUES 128 + +#define MAX_QUEUES 512 + #endif + Test Case1: PVP test with vhost built-in net driver ===================================================