From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr0-f180.google.com (mail-wr0-f180.google.com [209.85.128.180]) by dpdk.org (Postfix) with ESMTP id 0DD5C9139 for ; Thu, 25 May 2017 07:22:27 +0200 (CEST) Received: by mail-wr0-f180.google.com with SMTP id j27so12061398wre.1 for ; Wed, 24 May 2017 22:22:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=weka.io; s=google; h=from:to:cc:subject:date:message-id:organization:in-reply-to :references:mime-version:content-transfer-encoding; bh=DrWzZ4XkFZR5+vEIyVcds0H7Luoe8Er84JlUwbw4vGo=; b=yIrNz9jpdJzRUBbr3DcjnOhOeH0xL9BcSpvsNttLBKyaEf1gFtCZrQKBcOkOYCP8B8 G22Eq/BrUdnFXwpAps2UR5lux5SvSspPBV/WqPYy8qGn5qMk6g+KxBFrkO66HHsrSS7f 5Y4s88qazyPSNvjc84mFjoNIJ1//jUGxU8Zvs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:organization :in-reply-to:references:mime-version:content-transfer-encoding; bh=DrWzZ4XkFZR5+vEIyVcds0H7Luoe8Er84JlUwbw4vGo=; b=ReIl5HQuUyo7jiWgn3AiivotzIzXAlI8+LK7/7r76cFy+BnGUldoU7/sHz/6qMthTn wQpdcyDhG4OB2A8/2duMvE+HPlNrWFxcqezj6LGfxAT+ZUQmfVBWIS06HkUJWWuuf1Gx 6CmCyILRRIZEl9Hs0lfqPrVa1BJHwPhGx3xxN97uoCrbuhYi6bHwwUmw0Qq+klModc25 TfYxyx/XUzaF8SAszrI1li1cGpwTz8p0pTPboVEY49o3qdz8AwPFGaIUOTuhVkYHpWRh Rc0O0WpeRddAh4Et2NCQUQJ7ZKO4z0ckfK57JdLbxSop6XJFAJ5/u0GfP70ws7/xNXzM Fk7A== X-Gm-Message-State: AODbwcDi6xn4tVJ0i2B45rXcZvPO26HRzeHN8QjJ481KSA7n5+TQnX8I UwcH8jS6Jo8kh9It X-Received: by 10.223.160.139 with SMTP id m11mr20274551wrm.99.1495689746640; Wed, 24 May 2017 22:22:26 -0700 (PDT) Received: from polaris.localnet (bzq-82-81-85-138.red.bezeqint.net. [82.81.85.138]) by smtp.gmail.com with ESMTPSA id a136sm5952120wme.26.2017.05.24.22.22.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 24 May 2017 22:22:25 -0700 (PDT) From: Gregory Etelson To: "Lu, Wenzhuo" Cc: "dev@dpdk.org" , "users@dpdk.org" , "Yigit, Ferruh" Date: Thu, 25 May 2017 08:22:23 +0300 Message-ID: <3497961.mUtAKJcRhq@polaris> Organization: Weka.IO In-Reply-To: <6A0DE07E22DDAD4C9103DF62FEBC09093B5BC9D5@shsmsx102.ccr.corp.intel.com> References: <8509342.3MbcxIPMKs@polaris> <1555038.6RsqslMA5V@polaris> <6A0DE07E22DDAD4C9103DF62FEBC09093B5BC9D5@shsmsx102.ccr.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-dev] IXBGE VF: link state detection X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 05:22:27 -0000 Hello, What about i40e VF PMD ? Does it have reliable link state monitoring ? Thank you. Regards, Gregory On Thursday, 25 May 2017 08:01:00 IDT Lu, Wenzhuo wrote: Hi Gregory, The mechanism is different. Kernel driver has a watchdog to check the link = state periodically. So, it can reset the link automatically. =20 =20 Best regards Wenzhuo Lu =20 *From:* Gregory Etelson [mailto:gregory@weka.io]=20 *Sent:* Thursday, May 25, 2017 11:45 AM *To:* Lu, Wenzhuo *Cc:* dev@dpdk.org; users@dpdk.org; Yigit, Ferruh *Subject:* Re: IXBGE VF: link state detection =20 Hello, In this case I would expect ixgbe VF bound to kernel driver also fail on link up detection In my tests, VFs bound to kernel drivers operate correctly. Regards, Gregory On Thursday, 25 May 2017 03:56:34 IDT Lu, Wenzhuo wrote: Hi Gregory, After you turned the port donw/up, PF will re-init the VF=E2=80=99s registe= rs. So, VF cannot work correctly. That=E2=80=99s why you can know link down= but not link up and have to reset the process. =20 =20 Best regards Wenzhuo Lu =20 *From:* Gregory Etelson [mailto:gregory@weka.io[1]]=20 *Sent:* Wednesday, May 24, 2017 5:50 PM *To:* dev@dpdk.org[2] *Cc:* users@dpdk.org[3]; Yigit, Ferruh; Lu, Wenzhuo *Subject:* IXBGE VF: link state detection =20 Hello, In my tests DPDK-17.05.0 process queries link state with rte_eth_link_get()= each 50 msec during 5-20 MB/sec IOs flow. I turn Ethernet switch port down and up and check IXGBE VF PMD reaction to = link state changes.=20 VF PMD correctly recognize link down events but may miss link up. When the fault occurs, subsequent calls to rte_eth_link_get will return lin= k_status =3D=3D 0 forever. I need to reset DPDK process to get correct link state value. My debugging shows that in case of the fault, mbx->ops.read(hw, &in_msg, 1,= 0) in ixgbe_check_mac_link_vf keeps returning non-zero value Regards, Gregory=20 =20 =2D------- [1] mailto:gregory@weka.io [2] mailto:dev@dpdk.org [3] mailto:users@dpdk.org