From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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 ; 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 To: Fady Bader Cc: Dmitry Kozlyuk , Narcisa Ana Maria Vasile , "dev@dpdk.org" , Thomas Monjalon , Tasnim Bashar , Tal Shnaiderman , Yohad Tor , "harini.ramakrishnan@microsoft.com" , "ocardona@microsoft.com" , "ranjit.menon@intel.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> <20200717222251.GB34951@linuxonhyperv3.guj3yctzbm1etfxqx2vob5hsef.xx.internal.cloudapp.net> <20200720192640.2cd0c58e@sovereign> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On Wed, Jul 22, 2020 at 10:20:48AM +0000, Fady Bader wrote: > > > > -----Original Message----- > > From: Dmitry Kozlyuk > > Sent: Monday, July 20, 2020 7:27 PM > > To: Fady Bader > > Cc: Narcisa Ana Maria Vasile ; dev@dpdk.org; > > Thomas Monjalon ; Tasnim Bashar > > ; Tal Shnaiderman ; Yohad Tor > > ; 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