From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 91560A04BF for ; Thu, 3 Sep 2020 18:44:59 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 01E4A1C0CE; Thu, 3 Sep 2020 18:44:59 +0200 (CEST) Received: from mx0a-001b2d01.pphosted.com (mx0a-001b2d01.pphosted.com [148.163.156.1]) by dpdk.org (Postfix) with ESMTP id A25111C0C2 for ; Thu, 3 Sep 2020 18:44:56 +0200 (CEST) Received: from pps.filterd (m0098409.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 083GMMZt168659 for ; Thu, 3 Sep 2020 12:44:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ibm.com; h=subject : to : references : from : message-id : date : mime-version : in-reply-to : content-type : content-transfer-encoding; s=pp1; bh=qc4sPO17wjvg5Vm5E7QyolLjtSuWOR34HHD2sbq24jU=; b=tgYdPzSBS7vIxRVwUNFoXi4MBNJb9tPigEPzrvTweHN7FUpcSTySim3jFCoY5dGzqW/n 7VM4z36MsxR1nXhsTA5BZlTcMQ7jG9vdFTjxbG8R9zKqPyrRIxzfyXTG+I2YKWVMiNfN pWU7AErQyi1FkAVNmMjiYypNqiDMstwCQm9FFs8jkfUCoxr+O4T23s6o/w+g74j8z7K+ Z7JDYhDWHu0op6Z7t+qtD22yMfjVgkrPUQ33TUmrLtlu+0TO3pkHMghFKbZ6n1h82iUU oV6JkR+qIjEAofpcbgMEoRslSo5fs4Ett3UD9HlPyDS07lfcJJT2oPU+wphc/LqtxWoE jw== Received: from ppma01wdc.us.ibm.com (fd.55.37a9.ip4.static.sl-reverse.com [169.55.85.253]) by mx0a-001b2d01.pphosted.com with ESMTP id 33b3wcgqsp-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Thu, 03 Sep 2020 12:44:55 -0400 Received: from pps.filterd (ppma01wdc.us.ibm.com [127.0.0.1]) by ppma01wdc.us.ibm.com (8.16.0.42/8.16.0.42) with SMTP id 083GhSfj002722 for ; Thu, 3 Sep 2020 16:44:54 GMT Received: from b01cxnp23032.gho.pok.ibm.com (b01cxnp23032.gho.pok.ibm.com [9.57.198.27]) by ppma01wdc.us.ibm.com with ESMTP id 337en9h6wt-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Thu, 03 Sep 2020 16:44:54 +0000 Received: from b01ledav004.gho.pok.ibm.com (b01ledav004.gho.pok.ibm.com [9.57.199.109]) by b01cxnp23032.gho.pok.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 083Giseb46137828 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Thu, 3 Sep 2020 16:44:54 GMT Received: from b01ledav004.gho.pok.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 2C8BB112061 for ; Thu, 3 Sep 2020 16:44:54 +0000 (GMT) Received: from b01ledav004.gho.pok.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id E97B2112063 for ; Thu, 3 Sep 2020 16:44:53 +0000 (GMT) Received: from Davids-MBP.randomparity.org (unknown [9.163.89.253]) by b01ledav004.gho.pok.ibm.com (Postfix) with ESMTP for ; Thu, 3 Sep 2020 16:44:53 +0000 (GMT) To: users@dpdk.org References: From: David Christensen Message-ID: Date: Thu, 3 Sep 2020 09:44:53 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-TM-AS-GCONF: 00 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-09-03_10:2020-09-03, 2020-09-03 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 phishscore=0 clxscore=1015 malwarescore=0 impostorscore=0 adultscore=0 suspectscore=1 mlxlogscore=977 priorityscore=1501 bulkscore=0 mlxscore=0 spamscore=0 lowpriorityscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009030150 Subject: Re: [dpdk-users] Problem with dpdk vf pollmode driver - Ethernet controller: Intel Corporation XL710/X710 Virtual Function X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org Sender: "users" On 9/2/20 10:26 PM, Venumadhav Josyula wrote: > We have SR-IOV, we have few virtual functions mapped to an vm. We have > seeing link issues, after we started dpdk based application we are seeing > following Ensure that VF link state is set appropriately. The following "ip" command allows you to control whether the VF link follows the physical function link state, is always up, or is forced down (your system might be configured for the "down" state): ip link set vf state auto|enable|disable Try enabling "auto" or "enable" on the host and see if that helps. Dave