Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp3653605ybf; Tue, 3 Mar 2020 09:51:46 -0800 (PST) X-Google-Smtp-Source: ADFU+vu/MMSX2L3S9ydWtH3CBnk5XFCa9Uo0khfsw2SsotBn86pk085U4uojXT2vaIq0kJOhLIRF X-Received: by 2002:a05:6830:120c:: with SMTP id r12mr3147120otp.333.1583257906713; Tue, 03 Mar 2020 09:51:46 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583257906; cv=none; d=google.com; s=arc-20160816; b=U54vyCrB3YIWXLTv3MnK0WEYOt57hL9LQcj3k/crjfx+7A/rZH0kUBjT6V1WdQLDN7 3gdEH/RO9+0vNFBDcDKdGc6HkT4PFsOleBbP0AeIuVEYn3DA1gl+ZrYKHY75L8Df6015 XHumSCquTb8SdgqXFDbYE1zdJqEreZmf3IyCgzHdGkhPqVP5K4Zae94Kvz379wEl4t87 cvBJLuWFEnmrGBVrHwaDEAY/ERwR2tER+oH/oU1c00Se0B3F5HGYztl0eiNEukjVQC2J W+EbyCeSyCitlOZ/AnS/oH6D0AHivGeMxjDgjVD+OORhxWpt0uCv/wuFopl6patzTu0v GIfw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=8CaInT/YBsPEHa21AbAUy+4Jz/POPFHf6v9RLc6d/ao=; b=Ognp2b/rDxvUofduJkoZaGhm7JenofhrPwVG67X0K2mHVYHSpdm3pJOrcBg0JBnKVW kpO4W1JK33Y/WrCU88e+AUXbdJuFMmHZZXdGSkoTSg887G0XnTppC5AbsaVF+XAwmNRk 17/yHciJbAnUviVmTFlFQa4w1uBQXTv/dta4dc012KVjSrhzjS01L64d/+Gk4hl3+lPi ATN6DnnJk/IUBB0x9FHFbMqiJPOZAhlyJ/JGpauwLeiPgxTsgF38MivKuUJY+W76Vo/C j+IwpqrjVLFRYtH9HnVOrev4XADCW6nBx0OMNs39lKqHNRAEsMk7WYUi80hw589Pxbse 4uiw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=eZslrvy0; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 65si8865703oif.14.2020.03.03.09.51.35; Tue, 03 Mar 2020 09:51:46 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=eZslrvy0; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731740AbgCCRtK (ORCPT + 99 others); Tue, 3 Mar 2020 12:49:10 -0500 Received: from mail.kernel.org ([198.145.29.99]:56380 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730830AbgCCRtI (ORCPT ); Tue, 3 Mar 2020 12:49:08 -0500 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 138E1208C3; Tue, 3 Mar 2020 17:49:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1583257747; bh=2iJwWasVf+CDL+1GCCg+dC8safmJqLUpKJYeW7tEWz8=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=eZslrvy0Ba4gQV2SbhU4DRKilc+eQqDArk8aqPVs5+6wI4UFKWsfcmpoBjbO7kknX flXF+RX4z6qiYsa3oA4JoR4PPaRFHwhNxP77VQhHOR+6VNtB+n2uiFWejSsg70lXRD XhthIfxzzuiOPUmsKWhYx2VumXf3WQJ1YilkmOjw= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Mark Tomlinson , Chris Packham , Paul Burton , linux-mips@vger.kernel.org Subject: [PATCH 5.5 114/176] MIPS: cavium_octeon: Fix syncw generation. Date: Tue, 3 Mar 2020 18:42:58 +0100 Message-Id: <20200303174318.020233777@linuxfoundation.org> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20200303174304.593872177@linuxfoundation.org> References: <20200303174304.593872177@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Mark Tomlinson commit 97e914b7de3c943011779b979b8093fdc0d85722 upstream. The Cavium Octeon CPU uses a special sync instruction for implementing wmb, and due to a CPU bug, the instruction must appear twice. A macro had been defined to hide this: #define __SYNC_rpt(type) (1 + (type == __SYNC_wmb)) which was intended to evaluate to 2 for __SYNC_wmb, and 1 for any other type of sync. However, this expression is evaluated by the assembler, and not the compiler, and the result of '==' in the assembler is 0 or -1, not 0 or 1 as it is in C. The net result was wmb() producing no code at all. The simple fix in this patch is to change the '+' to '-'. Fixes: bf92927251b3 ("MIPS: barrier: Add __SYNC() infrastructure") Signed-off-by: Mark Tomlinson Tested-by: Chris Packham Signed-off-by: Paul Burton Cc: linux-mips@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Greg Kroah-Hartman --- arch/mips/include/asm/sync.h | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) --- a/arch/mips/include/asm/sync.h +++ b/arch/mips/include/asm/sync.h @@ -155,9 +155,11 @@ * effective barrier as noted by commit 6b07d38aaa52 ("MIPS: Octeon: Use * optimized memory barrier primitives."). Here we specify that the affected * sync instructions should be emitted twice. + * Note that this expression is evaluated by the assembler (not the compiler), + * and that the assembler evaluates '==' as 0 or -1, not 0 or 1. */ #ifdef CONFIG_CPU_CAVIUM_OCTEON -# define __SYNC_rpt(type) (1 + (type == __SYNC_wmb)) +# define __SYNC_rpt(type) (1 - (type == __SYNC_wmb)) #else # define __SYNC_rpt(type) 1 #endif