From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id AE769A0A0A; Wed, 20 Jan 2021 19:04:31 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 7275C140E62; Wed, 20 Jan 2021 19:04:31 +0100 (CET) Received: from mga18.intel.com (mga18.intel.com [134.134.136.126]) by mails.dpdk.org (Postfix) with ESMTP id 2C115140E5E for ; Wed, 20 Jan 2021 19:04:29 +0100 (CET) IronPort-SDR: PJsymLHzAdMrevwc2DURf2lW0KIa6xSCnStDQx9lrCvGFjyJ6x0VfQnoaed/ucOWNuMQRQB3+W nmxxGwcGeVYA== X-IronPort-AV: E=McAfee;i="6000,8403,9870"; a="166815351" X-IronPort-AV: E=Sophos;i="5.79,361,1602572400"; d="scan'208";a="166815351" Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 Jan 2021 10:04:23 -0800 IronPort-SDR: JUIvkfh5ImrpWBNPrjUr7GTJ+HyKLByKKXq45sldBrneiLRkW9TmMUNPKGyDOTqlFteP9JemWo 7oIPWIVor2Yw== X-IronPort-AV: E=Sophos;i="5.79,361,1602572400"; d="scan'208";a="366355977" Received: from fyigit-mobl1.ger.corp.intel.com (HELO [10.213.192.162]) ([10.213.192.162]) by orsmga002-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 Jan 2021 10:04:20 -0800 From: Ferruh Yigit To: Ali Alnubani , David Marchand , NBU-Contact-Thomas Monjalon , "Richardson, Bruce" Cc: Tal Shnaiderman , Odi Assli , "Rong, Leyi" , "Zhang, Qi Z" , "Lu, Wenzhuo" , "Xing, Beilei" , "Kadam, Pallavi" , "Menon, Ranjit" , "dev@dpdk.org" , Raslan Darawsheh References: <20201215021945.103396-1-leyi.rong@intel.com> <5859779.zrh4IzKrC7@thomas> Message-ID: <060a1a70-922b-1477-6c74-96d6cb13bb47@intel.com> Date: Wed, 20 Jan 2021 18:04:17 +0000 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Subject: Re: [dpdk-dev] [PATCH v3 0/3] AVX512 vPMD on i40e X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 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 1/20/2021 5:51 PM, Ferruh Yigit wrote: > On 1/20/2021 10:05 AM, Ali Alnubani wrote: >>>> For info, I don't reproduce the compilation issue on my machine. >>> >>> My build system has been upgraded from fc31 to fc32 so I guess this has >>> something to do with it. >>> >> >> I can reproduce with (Fedora MinGW 9.2.1-6.fc32), but not with (Fedora MinGW >> 10.2.1-2.fc33). >> > > First of all, for the patch @Tal provided its link, the windows build and the > mingw build errors are different. And the windows build error should be already > fixed by a patch that squashed in next-net (https://patches.dpdk.org/patch/86804/). > > > And for the mingw, I have same result with Ali, I can reproduce with (Fedora > MinGW 9.2.1-6.fc32). > > But different from the CI, I am getting the error [1] for all following files: > rte_random.c > i40e_rxtx_vec_sse.c > i40e_rxtx_vec_avx512.c > i40e_rxtx_vec_avx2.c > rte_ethdev.c > > [1] Error: invalid register for .seh_savexmm > Build log for above errors: https://pastebin.com/jD4jRVzL > > There is a stackoverflow entry for it: > https://stackoverflow.com/questions/43152633/invalid-register-for-seh-savexmm-in-cygwin > > > If I use '-fno-asynchronous-unwind-tables' as suggested there, the build works > fine. > > So the problem may not be just 'i40e_rxtx_vec_avx512.c'. > > > If I change the machine type from 'native' to 'corei7' [2], the build error > reduced to only 'i40e_rxtx_vec_avx512.c', so the problem seems happens when > avx512 is supported by CPU, in this case compiler seems has a defect. > And since for 'i40e_rxtx_vec_avx512.c' the '-march=skylake-avx512' explicitly > set can cause the problem seen in all machines. > > [2] >  diff --git a/config/x86/cross-mingw b/config/x86/cross-mingw >  index 4c15a7fa2e..7cee238add 100644 >  --- a/config/x86/cross-mingw >  +++ b/config/x86/cross-mingw >  @@ -9,5 +9,5 @@ pkgconfig = 'x86_64-w64-mingw32-pkg-config' >   [host_machine] >   system = 'windows' >   cpu_family = 'x86_64' >  -cpu = 'native' >  +cpu = 'corei7' >   endian = 'little' > > > > @Ranjit, @Pallavi, > Are you building using mingw, and if so are you observing same problem?