From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga04.intel.com (mga04.intel.com [192.55.52.120]) by dpdk.org (Postfix) with ESMTP id C263F1D26F for ; Fri, 6 Apr 2018 17:47:46 +0200 (CEST) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga007.jf.intel.com ([10.7.209.58]) by fmsmga104.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Apr 2018 08:47:44 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.48,415,1517904000"; d="scan'208";a="31260624" Received: from fmsmsx107.amr.corp.intel.com ([10.18.124.205]) by orsmga007.jf.intel.com with ESMTP; 06 Apr 2018 08:47:44 -0700 Received: from shsmsx101.ccr.corp.intel.com (10.239.4.153) by fmsmsx107.amr.corp.intel.com (10.18.124.205) with Microsoft SMTP Server (TLS) id 14.3.319.2; Fri, 6 Apr 2018 08:47:43 -0700 Received: from shsmsx103.ccr.corp.intel.com ([169.254.4.241]) by SHSMSX101.ccr.corp.intel.com ([169.254.1.48]) with mapi id 14.03.0319.002; Fri, 6 Apr 2018 23:47:42 +0800 From: "Zhang, Helin" To: "Jankowski, Konrad" , "Zhang, Qi Z" , "Dai, Wei" , "Xing, Beilei" , "Wu, Jingjing" , "dev@dpdk.org" Thread-Topic: [PATCH] net/i40evf: regression fix - reenable interrupts in handler Thread-Index: AQHTpcGfYbpKkA4gPECyvN0nvxbnvqPlL8KAgAvsiQCAAxR+sA== Date: Fri, 6 Apr 2018 15:47:40 +0000 Message-ID: References: <1518633151-29118-1-git-send-email-konrad.jankowski@intel.com> <039ED4275CED7440929022BC67E7061153175394@SHSMSX103.ccr.corp.intel.com> <53C7EC427773E548A0839C5ED9B805533D0A1AA9@IRSMSX103.ger.corp.intel.com> In-Reply-To: <53C7EC427773E548A0839C5ED9B805533D0A1AA9@IRSMSX103.ger.corp.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH] net/i40evf: regression fix - reenable interrupts in handler 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: Fri, 06 Apr 2018 15:47:47 -0000 > -----Original Message----- > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Jankowski, Konrad > Sent: Thursday, April 5, 2018 1:12 AM > To: Zhang, Qi Z; Dai, Wei; Xing, Beilei; Wu, Jingjing; dev@dpdk.org > Subject: Re: [dpdk-dev] [PATCH] net/i40evf: regression fix - reenable int= errupts > in handler >=20 > Hi Zhang, >=20 > If you look at the source of interrupt handlers in both the igb_uio and > uio_pci_generic drivers (look for irqreturn_t type), you will see they ca= n > disable interrupts immediately after receipt of one. > It's up to the user to make sure they're re-enabled. Also please compare = with > code in i40e_ethdev.c, which still does this correctly - there's an expli= cit > rte_intr_enable(dev->intr_handle) call at the end of > i40e_dev_interrupt_handler(). > Probably a cleaner approach would be to leave them disabled as is, but on= ly > enable them for a once-off receipt when sending an AdminQ message, maybe > that was the assumption here. However I've added some tracing to > igbuio_pci_irqcontrol() and I'm sure this isn't happening on my system. > (nothing is enabling those interrupts post device init). Looks like code = path > might be different with the newest igb_uio driver and MSI enabled, but th= e > current code will still not work for all cases (like with uio_pci_generic= ). Hi Konrad Please don't use uio_pci_generic, as it is not supported by X710/XL710/XXV7= 10 series, as below. With VFIO, do you see similar issue? http://www.dpdk.org/doc/guides/rel_notes/known_issues.html#uio-pci-generic-= module-bind-failed-in-x710-xl710-xxv710 > There can also be cases when you have and older igb_uio driver which disa= bles > interrupts in all cases and running it with with a new DPDK. (vendor prov= ided > compiled driver) I think for full compatibility we need to keep re-enabli= ng > those interrupts. >=20 > Regards, > Konrad >=20 > -----Original Message----- > From: Zhang, Qi Z > Sent: Wednesday, March 28, 2018 4:37 AM > To: Jankowski, Konrad ; Dai, Wei > ; Xing, Beilei ; Wu, Jingjing > ; dev@dpdk.org > Subject: RE: [PATCH] net/i40evf: regression fix - reenable interrupts in = handler >=20 > Hi Jankowski: >=20 > > -----Original Message----- > > From: Jankowski, KonradX > > Sent: Thursday, February 15, 2018 2:33 AM > > To: Dai, Wei ; Xing, Beilei > > ; Zhang, Qi Z ; Wu, > > Jingjing ; dev@dpdk.org > > Cc: Jankowski, KonradX > > Subject: [PATCH] net/i40evf: regression fix - reenable interrupts in > > handler > > > > Commit 66b8304f removed the rte_intr_enable() call from > > i40evf_dev_interrupt_handler() as a "bonus". On one of my systems this > > causes the AdminQ messages to stop beeing delivered to the VF. This > > results in unability to initialize and use the port. With this patch it= works > again. > > > > System in question: > > Wind River OVP6 running kernel 3.10.58-ovp-rt58-WR6.0.0.13_preempt-rt > > > > Signed-off-by: Konrad Jankowski > > --- > > drivers/net/i40e/i40e_ethdev_vf.c | 1 + > > 1 file changed, 1 insertion(+) > > > > diff --git a/drivers/net/i40e/i40e_ethdev_vf.c > > b/drivers/net/i40e/i40e_ethdev_vf.c > > index fd003fe..b927a35 100644 > > --- a/drivers/net/i40e/i40e_ethdev_vf.c > > +++ b/drivers/net/i40e/i40e_ethdev_vf.c > > @@ -1404,6 +1404,7 @@ i40evf_dev_interrupt_handler(void *param) > > > > done: > > i40evf_enable_irq0(hw); > > + rte_intr_enable(dev->intr_handle);' >=20 > Would you explain more about why the patch fix the issue? > Usually we will not accept a fix just because it work but not understand = the > root cause. >=20 > Regards > Qi >=20 > > } > > > > static int > > -- > > 2.5.5 >=20 > -------------------------------------------------------------- > Intel Research and Development Ireland Limited Registered in Ireland > Registered Office: Collinstown Industrial Park, Leixlip, County Kildare > Registered Number: 308263 >=20 >=20 > This e-mail and any attachments may contain confidential material for the= sole > use of the intended recipient(s). Any review or distribution by others is= strictly > prohibited. If you are not the intended recipient, please contact the sen= der > and delete all copies.