From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <dev-bounces@dpdk.org> Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 28F1BA0526; Wed, 22 Jul 2020 12:30:58 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 7AD461C000; Wed, 22 Jul 2020 12:30:56 +0200 (CEST) Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by dpdk.org (Postfix) with ESMTP id 4122B1BFFF for <dev@dpdk.org>; Wed, 22 Jul 2020 12:30:55 +0200 (CEST) IronPort-SDR: NoVB4/BDmDiGeCr7QARvDPDxtmTwYxBcgAaZym3CKzCMWM4VS8FL+WQvzqZh1kR/MtXuNFurVP 7P4EWtN3W9SQ== X-IronPort-AV: E=McAfee;i="6000,8403,9689"; a="214941623" X-IronPort-AV: E=Sophos;i="5.75,381,1589266800"; d="scan'208";a="214941623" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 22 Jul 2020 03:30:53 -0700 IronPort-SDR: eSU153CvOka7aqMlxNBOBYlSB8LyWrLBHM29yDaWakGtivz8J0sZ6H57eaEzzC2bw5zfT6x8bm 8ikkSpbdeRHw== X-IronPort-AV: E=Sophos;i="5.75,381,1589266800"; d="scan'208";a="488411829" Received: from unknown (HELO bricha3-MOBL.ger.corp.intel.com) ([10.252.60.29]) by fmsmga005-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-SHA; 22 Jul 2020 03:30:48 -0700 Date: Wed, 22 Jul 2020 11:30:43 +0100 From: Bruce Richardson <bruce.richardson@intel.com> To: Fady Bader <fady@mellanox.com> Cc: Dmitry Kozlyuk <dmitry.kozliuk@gmail.com>, Narcisa Ana Maria Vasile <navasile@linux.microsoft.com>, "dev@dpdk.org" <dev@dpdk.org>, Thomas Monjalon <thomas@monjalon.net>, Tasnim Bashar <tbashar@mellanox.com>, Tal Shnaiderman <talshn@mellanox.com>, Yohad Tor <yohadt@mellanox.com>, "harini.ramakrishnan@microsoft.com" <harini.ramakrishnan@microsoft.com>, "ocardona@microsoft.com" <ocardona@microsoft.com>, "ranjit.menon@intel.com" <ranjit.menon@intel.com>, "olivier.matz@6wind.com" <olivier.matz@6wind.com> Message-ID: <20200722103043.GA749@bricha3-MOBL.ger.corp.intel.com> References: <'20200610112326.18576-1-fady@mellanox.com'> <20200610120040.17968-1-fady@mellanox.com> <20200610120040.17968-4-fady@mellanox.com> <20200620222209.6e66adae@sovereign> <VI1PR05MB58722AD5CC6E8A4B4011F71BBF910@VI1PR05MB5872.eurprd05.prod.outlook.com> <20200717222251.GB34951@linuxonhyperv3.guj3yctzbm1etfxqx2vob5hsef.xx.internal.cloudapp.net> <VI1PR05MB58721DC152E7E557B6377D4DBF7B0@VI1PR05MB5872.eurprd05.prod.outlook.com> <20200720192640.2cd0c58e@sovereign> <VI1PR05MB587220BBC06E5D8CE178C1A1BF790@VI1PR05MB5872.eurprd05.prod.outlook.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <VI1PR05MB587220BBC06E5D8CE178C1A1BF790@VI1PR05MB5872.eurprd05.prod.outlook.com> Subject: Re: [dpdk-dev] [PATCH v2 3/3] eal/windows: librte_net build on Windows X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions <dev.dpdk.org> List-Unsubscribe: <https://mails.dpdk.org/options/dev>, <mailto:dev-request@dpdk.org?subject=unsubscribe> List-Archive: <http://mails.dpdk.org/archives/dev/> List-Post: <mailto:dev@dpdk.org> List-Help: <mailto:dev-request@dpdk.org?subject=help> List-Subscribe: <https://mails.dpdk.org/listinfo/dev>, <mailto:dev-request@dpdk.org?subject=subscribe> Errors-To: dev-bounces@dpdk.org Sender: "dev" <dev-bounces@dpdk.org> On Wed, Jul 22, 2020 at 10:20:48AM +0000, Fady Bader wrote: > > > > -----Original Message----- > > From: Dmitry Kozlyuk <dmitry.kozliuk@gmail.com> > > Sent: Monday, July 20, 2020 7:27 PM > > To: Fady Bader <fady@mellanox.com> > > Cc: Narcisa Ana Maria Vasile <navasile@linux.microsoft.com>; dev@dpdk.org; > > Thomas Monjalon <thomas@monjalon.net>; Tasnim Bashar > > <tbashar@mellanox.com>; Tal Shnaiderman <talshn@mellanox.com>; Yohad Tor > > <yohadt@mellanox.com>; harini.ramakrishnan@microsoft.com; > > ocardona@microsoft.com; anand.rawat@intel.com; ranjit.menon@intel.com; > > olivier.matz@6wind.com > > Subject: Re: [dpdk-dev] [PATCH v2 3/3] eal/windows: librte_net build on > > Windows > > > > On Mon, 20 Jul 2020 12:54:08 +0000, Fady Bader wrote: > > [snip] > > > > Getting the same error with a setup similar to Dmitry's. My setup: > > > > SDK 10.0.18362, > > > > > > I'm sending v4 patch that should resolve this. > > > > > > > clang 9.0.0. What version of clang are you using on your system? > > > > You can try installing LLVM 9.0.0 from > > > > https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fre > > > > leases.ll > > > > > > vm.org%2Fdownload.html&data=02%7C01%7Cfady%40mellanox.com%7C0b > > > > > > 29fed755494b55361d08d82a9ff2b4%7Ca652971c7d2e4d9ba6a4d149256f461b%7C > > > > 0 > > > > > > %7C0%7C637306213753996879&sdata=5lPQtvt8EO7q8OAYN60J8rIdYdNJHjsS > > > > Pp%2B6P9PL3N0%3D&reserved=0 > > > > > > Thanks for the link, even with clang and SDK version same as yours and > > > Dmitry's I'm still passing compilation and not getting the error described. > > > That's because the _m_prefetchw function that is defined in Clang's > > > prfchwintrin.h is an intrinsic function corresponding to the > > > instruction PREFETCHW that is part of the instruction set extension > > > 3DNOW, my processor doesn't support this instruction set extension, so my > > compiler isn't reaching the part where it defines _m_prefetchw. > > > I think your processor does support the 3DNOW instruction set > > > extension and that why you are reaching this part and I'm not. > > > > You can try building DPDK for a machine with RDSEED like so: > > > > meson -Dmachine=broadwell -Dexamples=helloworld build > > Even with this option I still don't get the error. With this option RDSEED is enabled > but the reason I'm not getting the error is that 3DNOW is not supported by my > machine and its disabled. > Do you know of such way that I can enable instruction set extenuations for the > project compilation? > The prefetchw should be available for broadwell and later machine types, even without 3dnow - which AFAIK is unsupported by all modern x86 processors. I am using a machine of type "skylake-avx512" (using the compiler name for it!), and proc/cpuinfo shows "3dnowprefetch" in the supported CPU flags. Regards, /Bruce