Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752875AbcDOA0Z (ORCPT ); Thu, 14 Apr 2016 20:26:25 -0400 Received: from mail-bn1on0138.outbound.protection.outlook.com ([157.56.110.138]:35298 "EHLO na01-bn1-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752592AbcDOA0X (ORCPT ); Thu, 14 Apr 2016 20:26:23 -0400 From: KY Srinivasan To: Alexander Duyck CC: "Rustad, Mark D" , David Miller , netdev , "linux-kernel@vger.kernel.org" , "devel@linuxdriverproject.org" , "olaf@aepfle.de" , "apw@canonical.com" , "jasowang@redhat.com" , "eli@mellanox.com" , "jackm@mellanox.com" , "yevgenyp@mellanox.com" , "Ronciak, John" , "intel-wired-lan@lists.osuosl.org" Subject: RE: [PATCH net-next 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V) Thread-Topic: [PATCH net-next 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V) Thread-Index: AQHRlpts+oryt3hd40CVSJLdSLQij5+KFeQAgAABJWCAABEZAIAAACnAgAADawCAAADSQA== Date: Fri, 15 Apr 2016 00:26:20 +0000 Message-ID: References: <1460678121-30308-1-git-send-email-kys@microsoft.com> <1460678142-30353-1-git-send-email-kys@microsoft.com> <1460678142-30353-2-git-send-email-kys@microsoft.com> <5F69AC74-16B9-4EAD-8B4B-21D2EB6B3653@intel.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [2001:4898:80e8:7::386] x-ms-office365-filtering-correlation-id: 91fc880c-510f-44a9-093c-08d364c49187 x-microsoft-exchange-diagnostics: 1;SN2PR03MB1919;5:M/kLADIzvaYQKiBPmXSo/SLZUcQq88+ytlNTQdwwIbKT7kVOvmkAOpx/rEtdggIHgspcFldCFa63qInx9/ggPBC2XdOBnk0hlBojL6z3D4kVqPoYHZdTYJD8Q5tgrQn6K1ajeYPj7s7bBZ9ct4Kt8g==;24:euurfV35IdfUk6f144l64A/xvqOIEn3fO81bL0PK0lBRPyTGbNOFtiGAgTsdhkKX8TwMBxMyXWXwh1oLIGfACwnm/Mp1zw1Oj5reKd//eLc= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN2PR03MB1919; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:(61425038)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026)(61426038)(61427038);SRVR:SN2PR03MB1919;BCL:0;PCL:0;RULEID:;SRVR:SN2PR03MB1919; x-forefront-prvs: 0913EA1D60 x-forefront-antispam-report: SFV:NSPM;SFS:(10019020)(6009001)(24454002)(377454003)(13464003)(76176999)(50986999)(11100500001)(54356999)(99286002)(106116001)(86612001)(122556002)(77096005)(81166005)(5004730100002)(5008740100001)(93886004)(86362001)(19580405001)(76576001)(19580395003)(10090500001)(5005710100001)(345774005)(8990500004)(10290500002)(10400500002)(5002640100001)(110136002)(5003600100002)(92566002)(189998001)(87936001)(2906002)(1220700001)(9686002)(33656002)(6116002)(2900100001)(2950100001)(586003)(4326007)(102836003)(1096002)(3826002);DIR:OUT;SFP:1102;SCL:1;SRVR:SN2PR03MB1919;H:SN2PR03MB1919.namprd03.prod.outlook.com;FPR:;SPF:None;MLV:sfv;LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Apr 2016 00:26:20.5879 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN2PR03MB1919 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by mail.home.local id u3F0QWEC031248 Content-Length: 3346 Lines: 89 > -----Original Message----- > From: Alexander Duyck [mailto:alexander.duyck@gmail.com] > Sent: Thursday, April 14, 2016 5:19 PM > To: KY Srinivasan > Cc: Rustad, Mark D ; David Miller > ; netdev ; linux- > kernel@vger.kernel.org; devel@linuxdriverproject.org; olaf@aepfle.de; > apw@canonical.com; jasowang@redhat.com; eli@mellanox.com; > jackm@mellanox.com; yevgenyp@mellanox.com; Ronciak, John > ; intel-wired-lan@linuxonhyperv.com > Subject: Re: [PATCH net-next 2/2] intel: ixgbevf: Support Windows hosts > (Hyper-V) > > On Thu, Apr 14, 2016 at 5:11 PM, KY Srinivasan wrote: > > > > > >> -----Original Message----- > >> From: Rustad, Mark D [mailto:mark.d.rustad@intel.com] > >> Sent: Thursday, April 14, 2016 5:07 PM > >> To: KY Srinivasan > >> Cc: David Miller ; netdev > >> ; linux-kernel@vger.kernel.org; > >> devel@linuxdriverproject.org; olaf@aepfle.de; apw@canonical.com; > >> jasowang@redhat.com; eli@mellanox.com; jackm@mellanox.com; > >> yevgenyp@mellanox.com; Ronciak, John ; > intel- > >> wired-lan@linuxonhyperv.com > >> Subject: Re: [PATCH net-next 2/2] intel: ixgbevf: Support Windows hosts > >> (Hyper-V) > >> > >> KY Srinivasan wrote: > >> > >> > > >> > > >> >> -----Original Message----- > >> >> From: Rustad, Mark D [mailto:mark.d.rustad@intel.com] > >> >> Sent: Thursday, April 14, 2016 4:01 PM > >> >> To: KY Srinivasan > >> >> Cc: David Miller ; netdev > >> >> ; linux-kernel@vger.kernel.org; > >> >> devel@linuxdriverproject.org; olaf@aepfle.de; apw@canonical.com; > >> >> jasowang@redhat.com; eli@mellanox.com; jackm@mellanox.com; > >> >> yevgenyp@mellanox.com; Ronciak, John ; > >> intel- > >> >> wired-lan@linuxonhyperv.com > >> >> Subject: Re: [PATCH net-next 2/2] intel: ixgbevf: Support Windows > hosts > >> >> (Hyper-V) > >> >> > >> >> Some comments below: > >> > > >> > Mark, > >> > > >> > Thank you for the comments. I will address them and repost the > patches. > >> > > >> > Regards, > >> > > >> > K. Y > >> > >> Please look closely at Alex's comments. I think they are much more > >> important. > > > > I am looking at Alex's comments as I am writing this. > > > > On additional thought that just occurred to me after looking over the > other patches you submitted for the hv_netvsc is that you might just > stub out the multicast, unicast, and vfta configuration calls for the > hyperV interface since all that stuff should be handled by the other > link in the bond anyway. Then you should be able to mostly contain > all the changes other than the device IDs to the vf.c file which is > really how this kind of change should work anyway. I will do that. > > Also I was wondering. Since HyperV is using a proprietary device ID > anyway do you really need the calls like the one below?: > + if (x86_hyper == &x86_hyper_ms_hyperv) { > > If we can just identify HyperV via the device Id then we could drop > the x86 arch specific bits and instead just build for all cases. Yes; I was planning to get rid of the x86 dependency. I will fix this. K. Y > > - Alex