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 F2BBCA0524 for ; Thu, 4 Feb 2021 13:36:15 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id C8DBF2405D2; Thu, 4 Feb 2021 13:36:15 +0100 (CET) Received: from mga18.intel.com (mga18.intel.com [134.134.136.126]) by mails.dpdk.org (Postfix) with ESMTP id EB8CD2405C8; Thu, 4 Feb 2021 13:36:12 +0100 (CET) IronPort-SDR: JXA4CGZFz+dNBXGXR2jZg4imoUHmgiojslsYT02WLDGV2od3X+Cns2XQgXksCyEgZjTAvh6guD h1rytwUTJPcQ== X-IronPort-AV: E=McAfee;i="6000,8403,9884"; a="168910492" X-IronPort-AV: E=Sophos;i="5.79,400,1602572400"; d="scan'208";a="168910492" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 04 Feb 2021 04:36:11 -0800 IronPort-SDR: QYqYQFNnQs6gTzj6eCAyKGIcla0PFRbI5zl5NQcPYZWj6CvLoIgUWDTRaX6/ZuXXzznrWDVj5O L7+DvmegbcwA== X-IronPort-AV: E=Sophos;i="5.79,400,1602572400"; d="scan'208";a="393145080" Received: from fyigit-mobl1.ger.corp.intel.com (HELO [10.213.211.210]) ([10.213.211.210]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 04 Feb 2021 04:36:08 -0800 To: "Zhang, Qi Z" , Dmitry Kozlyuk , "Rong, Leyi" , "thomas@monjalon.net" , "david.marchand@redhat.com" Cc: "Richardson, Bruce" , "talshn@nvidia.com" , "Kadam, Pallavi" , "Menon, Ranjit" , "Xing, Beilei" , "aconole@redhat.com" , "dev@dpdk.org" , "ci@dpdk.org" References: <20210202090639.83164-1-leyi.rong@intel.com> <20210202143258.108477-1-leyi.rong@intel.com> <20210203020758.12cd8089@sovereign> <5ec7623cbb604753bb70fa9f4b0a7c3a@intel.com> From: Ferruh Yigit Message-ID: Date: Thu, 4 Feb 2021 12:36:05 +0000 MIME-Version: 1.0 In-Reply-To: <5ec7623cbb604753bb70fa9f4b0a7c3a@intel.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Subject: Re: [dpdk-ci] [dpdk-dev] [PATCH v2] net/i40e: fix avx code error on MinGW X-BeenThere: ci@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK CI discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ci-bounces@dpdk.org Sender: "ci" On 2/4/2021 10:41 AM, Zhang, Qi Z wrote: > > >> -----Original Message----- >> From: Dmitry Kozlyuk >> Sent: Wednesday, February 3, 2021 7:08 AM >> To: Rong, Leyi >> Cc: david.marchand@redhat.com; Zhang, Qi Z ; Yigit, >> Ferruh ; thomas@monjalon.net; Richardson, Bruce >> ; talshn@nvidia.com; Kadam, Pallavi >> ; Menon, Ranjit ; Xing, >> Beilei ; aconole@redhat.com; dev@dpdk.org; >> ci@dpdk.org >> Subject: Re: [dpdk-dev] [PATCH v2] net/i40e: fix avx code error on MinGW >> >> On Tue, 2 Feb 2021 22:32:58 +0800, Leyi Rong wrote: >>> Adds extra cflags '-fno-asynchronous-unwind-tables' >>> to avoid the MinGW build error: >>> Error: invalid register for .seh_savexmm >>> >>> Fixes: 5c38c33f7880 ("net/i40e: disable AVX512 with MinGW") >>> >>> Signed-off-by: Leyi Rong >> >> Tested-by: Dmitry Kozlyuk >> >> Re: -fno-asynchronous-unwind-tables, when cross-compiling from Linux, I >> observe bit-to-bit identical i40e_rxtx_vec_avx512.c.obj. My guess it that this >> option somehow affects GCC inlining heuristics. Similar issue existed in >> librte_acl (at least a year ago win GCC 6, I believe), where GCC generated >> incorrect code unless certain functions had been inlined (caught by test app). >> No an AVX expert, just my 2c. > > Applied to dpdk-next-net-intel. > Hi Thomas, David, Do you prefer to get this directly to the main repo, since it is fixing the windows build?