From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by dpdk.org (Postfix) with ESMTP id 443632BA5 for ; Tue, 18 Oct 2016 03:32:09 +0200 (CEST) Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga101.jf.intel.com with ESMTP; 17 Oct 2016 18:32:01 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.31,359,1473145200"; d="scan'208";a="1046117156" Received: from unknown (HELO localhost.localdomain.sh.intel.com) ([10.239.129.103]) by orsmga001.jf.intel.com with ESMTP; 17 Oct 2016 18:32:00 -0700 From: Qi Zhang To: jingjing.wu@intel.com, helin.zhang@intel.com Cc: dev@dpdk.org, Qi Zhang Date: Tue, 18 Oct 2016 02:29:39 +0800 Message-Id: <1476728982-39985-1-git-send-email-qi.z.zhang@intel.com> X-Mailer: git-send-email 2.7.4 Subject: [dpdk-dev] [PATCH v2 0/3] net: fix out of order Rx read issue X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2016 01:32:10 -0000 In vPMD, when load Rx desc with _mm_loadu_si128, volatile point will be cast into non-volatile point. So GCC is allowed to reorder the load instructions, while Rx read's correctness is reply on these load instructions to follow a backward sequence strictly, so we add compile barrier to prevent compiler reorder. We already met this issue on i40e with GCC6 and we fixed this on ixgbe and fm10k also. v2: - fix check-git-log.sh warning. - add more detail commit message. Qi Zhang (3): net/i40e: fix out of order Rx read issue net/ixgbe: fix out of order Rx read issue net/fm10k: fix out of ofder Rx read issue drivers/net/fm10k/fm10k_rxtx_vec.c | 3 +++ drivers/net/i40e/i40e_rxtx_vec.c | 3 +++ drivers/net/ixgbe/ixgbe_rxtx_vec_sse.c | 3 +++ 3 files changed, 9 insertions(+) -- 2.7.4