From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from nbfkord-smmo01.seg.att.com (nbfkord-smmo01.seg.att.com [209.65.160.76]) by dpdk.org (Postfix) with ESMTP id 612F010D38 for ; Thu, 22 Dec 2016 13:08:53 +0100 (CET) Received: from unknown [193.34.186.16] (EHLO webmail.solarflare.com) by nbfkord-smmo01.seg.att.com(mxl_mta-7.2.4-7) with ESMTP id 552cb585.2ac067e12940.50569.00-2481.112737.nbfkord-smmo01.seg.att.com (envelope-from ); Thu, 22 Dec 2016 12:08:53 +0000 (UTC) X-MXL-Hash: 585bc25503565028-44cbabf861dadc82a89f5650c20f6ba6d8b12178 Received: from unknown [193.34.186.16] (EHLO webmail.solarflare.com) by nbfkord-smmo01.seg.att.com(mxl_mta-7.2.4-7) over TLS secured channel with ESMTP id 152cb585.0.50565.00-2391.112728.nbfkord-smmo01.seg.att.com (envelope-from ); Thu, 22 Dec 2016 12:08:52 +0000 (UTC) X-MXL-Hash: 585bc25459f7bd35-9920691c7947e0973f55cc78e449578123436655 Received: from [192.168.38.17] (84.52.89.52) by ukex01.SolarFlarecom.com (10.17.10.4) with Microsoft SMTP Server (TLS) id 15.0.1044.25; Thu, 22 Dec 2016 12:08:42 +0000 To: Ferruh Yigit , Neil Horman References: <1479808257-8725-1-git-send-email-olivier.matz@6wind.com> <1481809599-27896-1-git-send-email-olivier.matz@6wind.com> <20161216082332.GB10340@6wind.com> <2489002.JyIsi2jNCp@xps13> <96cb80d2-d0ff-b233-3e0a-226f0ec6109a@solarflare.com> <20161221113702.GA23197@hmsreliant.think-freely.org> <5c8a65d6-79a8-fbbe-29d6-bee5c08be17b@solarflare.com> <6abf05af-a834-d9b6-ea67-9e2d250539fe@intel.com> CC: Thomas Monjalon , Olivier Matz , Adrien Mazarguil , , , , From: Andrew Rybchenko Message-ID: <849de574-53bb-9cdf-145e-a7cb78ad5bfe@solarflare.com> Date: Thu, 22 Dec 2016 15:08:39 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <6abf05af-a834-d9b6-ea67-9e2d250539fe@intel.com> X-Originating-IP: [84.52.89.52] X-ClientProxiedBy: ocex03.SolarFlarecom.com (10.20.40.36) To ukex01.SolarFlarecom.com (10.17.10.4) X-TM-AS-Product-Ver: SMEX-11.0.0.1191-8.000.1202-22776.003 X-TM-AS-Result: No--9.554300-0.000000-31 X-TM-AS-User-Approved-Sender: Yes X-TM-AS-User-Blocked-Sender: No X-AnalysisOut: [v=2.1 cv=LrOUvypc c=1 sm=1 tr=0 a=8P+NB+fYZDP74ap4g4d9Kw==] X-AnalysisOut: [:17 a=RB3BGLmKESwA:10 a=n5n_aSjo0skA:10 a=4YC7WVefAAAA:8 a] X-AnalysisOut: [=QyXUC8HyAAAA:8 a=uz3IoMkh8eS7CpvY3MMA:9 a=pILNOxqGKmIA:10] X-AnalysisOut: [ a=HqIs6-3OJAW1on_z9HAA:9 a=hF_fAhqIteSKFWYs:21 a=_W_S_7Ve] X-AnalysisOut: [coQA:10 a=tPzOKt3quolVTVSLigK1:22 a=avl4LiGQNoF5OB0DmCJ7:2] X-AnalysisOut: [2] X-Spam: [F=0.4053408935; CM=0.500; S=0.405(2015072901)] X-MAIL-FROM: X-SOURCE-IP: [193.34.186.16] Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-dev] [PATCH v3] drivers: advertise kmod dependencies in pmdinfo 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, 22 Dec 2016 12:08:53 -0000 On 12/22/2016 03:07 PM, Ferruh Yigit wrote: > On 12/22/2016 11:35 AM, Andrew Rybchenko wrote: >> On 12/22/2016 02:04 PM, Ferruh Yigit wrote: >>> On 12/21/2016 11:40 AM, Andrew Rybchenko wrote: >>>> On 12/21/2016 02:37 PM, Neil Horman wrote: >>>>> On Wed, Dec 21, 2016 at 12:21:14PM +0300, Andrew Rybchenko wrote: >>>>>> On 12/20/2016 08:26 PM, Thomas Monjalon wrote: >>>>>>>>> Add a new macro RTE_PMD_REGISTER_KMOD_DEP() that allows a driver to >>>>>>>>> declare the list of kernel modules required to run properly. >>>>>>>>> >>>>>>>>> Today, most PCI drivers require uio/vfio. >>>>>>>>> >>>>>>>>> Signed-off-by: Olivier Matz >>>>>>>>> Acked-by: Fiona Trahe >>>>>>>> Acked-by: Adrien Mazarguil >>>>>>> Applied in main tree, thanks >>>>>> Is there any plan on how it will be done/solved for a new drivers in >>>>>> dpdk-next-net? >>>>>> Should I care about it for sfc? >>>>>> >>>>> Given that all pmdinfo information is opt-in (that is to say not obligatory), >>>>> you can now wait until net-next does its next rebase, and as you continue your >>>>> development of the sfc driver, you can add the use of this macro in at your >>>>> leisure. As more people do that, we will arrive at 100% coverage >>>> I see. Will do. Thanks. >>>> >>> Hi Andrew, >>> >>> Patch rebased to next-net, would you mind doing the mentioned patch for it? >> Hi Ferruh, >> >> done. I was in doubts which changeset to specify in fixes, but finally >> chosen the latest from mine and Olivier's. Please, correct me, if it is >> wrong. > I think no fixes line required here, this patch is not fixing a defect, > but adding a new support for a pmdinfo tool. > I can remove fixes line while applying. OK, I see. Thanks. Andrew. > Thanks, > ferruh > >> Andrew. >>