From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-16.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER,INCLUDES_PATCH, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_AGENT_GIT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 39A9DC433B4 for ; Thu, 22 Apr 2021 05:50:26 +0000 (UTC) Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by mail.kernel.org (Postfix) with ESMTP id B696D61417 for ; Thu, 22 Apr 2021 05:50:25 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org B696D61417 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=intel.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=dev-bounces@dpdk.org Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 185E9413FA; Thu, 22 Apr 2021 07:50:25 +0200 (CEST) Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by mails.dpdk.org (Postfix) with ESMTP id 00644413E6 for ; Thu, 22 Apr 2021 07:50:23 +0200 (CEST) IronPort-SDR: Ff7ojscXTjq+xKm9HeOQoOxidq2lPf8CM6FPUybU18Pam5b23JpiwLVkv35BSFEQ9usXNQ4gA6 qSMssYA21dug== X-IronPort-AV: E=McAfee;i="6200,9189,9961"; a="182961823" X-IronPort-AV: E=Sophos;i="5.82,241,1613462400"; d="scan'208";a="182961823" Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by orsmga101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 21 Apr 2021 22:50:21 -0700 IronPort-SDR: b2mh06+RmQU4oBipq3Vjm/l4cELwXGxuEEEzYu9gszxNLBrMadmxbp+Q50KDJDZasBb9vd+Lx4 ZBUWu8cT+c4A== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.82,241,1613462400"; d="scan'208";a="421245271" Received: from wuwenjun.sh.intel.com ([10.67.110.159]) by fmsmga008.fm.intel.com with ESMTP; 21 Apr 2021 22:50:20 -0700 From: Wenjun Wu To: dev@dpdk.org, beilei.xing@intel.com Cc: Wenjun Wu Date: Thu, 22 Apr 2021 13:34:30 +0800 Message-Id: <20210422053430.44883-1-wenjun1.wu@intel.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: [dpdk-dev] [PATCH v1] net/i40e: extend VF reset waiting time. X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" When resetting VF, VF will issue reset command to PF, wait a fixed amount of time, and assume VF reset is done. However, due to the change of dpdk related library content, the original delay is not enough. When we use DPDK PF instead of kernel PF, it may cause VF start error. This patch extend VF reset waiting time from 200ms to 2s so that VF can start normally when using DPDK PF and DPDK VF. Signed-off-by: Wenjun Wu --- drivers/net/i40e/i40e_ethdev_vf.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/i40e/i40e_ethdev_vf.c b/drivers/net/i40e/i40e_ethdev_vf.c index 3c258ba7cf..13eab317f4 100644 --- a/drivers/net/i40e/i40e_ethdev_vf.c +++ b/drivers/net/i40e/i40e_ethdev_vf.c @@ -1236,7 +1236,7 @@ i40evf_reset_vf(struct rte_eth_dev *dev) * it to ACTIVE. In this duration, vf may not catch the moment that * COMPLETE is set. So, for vf, we'll try to wait a long time. */ - rte_delay_ms(200); + rte_delay_ms(2000); ret = i40evf_check_vf_reset_done(dev); if (ret) { -- 2.25.1