Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp150223ybl; Tue, 20 Aug 2019 17:21:12 -0700 (PDT) X-Google-Smtp-Source: APXvYqztpj9Ypg1mvOd91/Pn6zWGHjfUXyyjpA8JJr01qEsnXbMtVTBQrpVzBE/6fGQwfyAHnZ0J X-Received: by 2002:a17:90a:b00a:: with SMTP id x10mr2687648pjq.113.1566346872247; Tue, 20 Aug 2019 17:21:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1566346872; cv=none; d=google.com; s=arc-20160816; b=1FtnfRWUIxzAKG+yaH2OfQ1CDO8cF+6AUKYCXVdf+7KT1hIcEU1Oq6ePf8KV8ujqRK 5ADlYUd48SRYowA6DvEWr7NvtXRLiISDuBRKj5Jq6394R9h08wiMjVWpnNR0UjB/mRiH vhD6u0n8qT9Mq2R/K3AVjfjU2sVKjbJe9ocr8rlw1HFllQ1049jwsKLmI6sDIpuIqgaX OBml/nKgNEwrhETuQy6jjRvMPuUWzmQFJsrgFiiHCR3o2rXc/dlZ+wkmlJ/SE+AeJWoG +JVPGw8DmJC/9Rt4UNQSrxgMc/kzo71OSKp6V4PRZVsoQj0pEEAmopWGGn7TsKaAhBVb dRsA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:content-transfer-encoding :mime-version:date:subject:cc:to:from; bh=egM8mzbvUIOWcXebQRdokMzSYkWVyLGvdVvHag0Zlq0=; b=P+Lsk/mcE4YB9JiBRV8bgUTyVElmw3fF31+DM3ZKROQeMIL8KCA7bhlTc0lVjdTCII lJL3QDW+Y9mlrmROcAp8RE1vuClmwUNRu3ht5eg25owRFBuQ/4RtAltj3wiJyRscOKer AqPa8xoZ2PRhXiAz5F1wfOJDr3Rs/K0sRnTvp86yZaYAtz2ZnxKwO14Smv1QhVn9EbIF K9EcA6JsTQq5xy+J5q2ztTgOgYvi3MunKpYfm+cwmbB3LGo7nbbm/SBfBpz57XvffI+O ErWCtUQESx4x+h+WVPlIpl6AScvE4l9SP68nNJLGfXGE8XP40BecPyE2AmbSn6petsTs YPJw== ARC-Authentication-Results: i=1; mx.google.com; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a18si5250438pfa.177.2019.08.20.17.20.57; Tue, 20 Aug 2019 17:21:12 -0700 (PDT) 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; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726646AbfHUATq (ORCPT + 99 others); Tue, 20 Aug 2019 20:19:46 -0400 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:49468 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726215AbfHUATp (ORCPT ); Tue, 20 Aug 2019 20:19:45 -0400 Received: from pps.filterd (m0098399.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x7L0HZ3x088923 for ; Tue, 20 Aug 2019 20:19:44 -0400 Received: from e06smtp03.uk.ibm.com (e06smtp03.uk.ibm.com [195.75.94.99]) by mx0a-001b2d01.pphosted.com with ESMTP id 2ugsw9tws8-1 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT) for ; Tue, 20 Aug 2019 20:19:44 -0400 Received: from localhost by e06smtp03.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Wed, 21 Aug 2019 01:19:42 +0100 Received: from b06avi18878370.portsmouth.uk.ibm.com (9.149.26.194) by e06smtp03.uk.ibm.com (192.168.101.133) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256) Wed, 21 Aug 2019 01:19:38 +0100 Received: from d06av25.portsmouth.uk.ibm.com (d06av25.portsmouth.uk.ibm.com [9.149.105.61]) by b06avi18878370.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id x7L0Jc6Z35193336 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 21 Aug 2019 00:19:38 GMT Received: from d06av25.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id E3BD711C050; Wed, 21 Aug 2019 00:19:37 +0000 (GMT) Received: from d06av25.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 913BB11C054; Wed, 21 Aug 2019 00:19:37 +0000 (GMT) Received: from ozlabs.au.ibm.com (unknown [9.192.253.14]) by d06av25.portsmouth.uk.ibm.com (Postfix) with ESMTP; Wed, 21 Aug 2019 00:19:37 +0000 (GMT) Received: from adsilva.ozlabs.ibm.com (haven.au.ibm.com [9.192.254.114]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ozlabs.au.ibm.com (Postfix) with ESMTPSA id 4207EA00E7; Wed, 21 Aug 2019 10:19:36 +1000 (AEST) From: "Alastair D'Silva" To: alastair@d-silva.org Cc: stable@vger.kernel.org, Benjamin Herrenschmidt , Paul Mackerras , Michael Ellerman , Thomas Gleixner , Greg Kroah-Hartman , Allison Randal , linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org Subject: [PATCH v2] powerpc: Allow flush_(inval_)dcache_range to work across ranges >4GB Date: Wed, 21 Aug 2019 10:19:27 +1000 X-Mailer: git-send-email 2.21.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-TM-AS-GCONF: 00 x-cbid: 19082100-0012-0000-0000-00000340E12D X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 19082100-0013-0000-0000-0000217B06CB Message-Id: <20190821001929.4253-1-alastair@au1.ibm.com> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2019-08-20_11:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1906280000 definitions=main-1908210002 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Alastair D'Silva The upstream commit: 22e9c88d486a ("powerpc/64: reuse PPC32 static inline flush_dcache_range()") has a similar effect, but since it is a rewrite of the assembler to C, is too invasive for stable. This patch is a minimal fix to address the issue in assembler. This patch applies cleanly to v5.2, v4.19 & v4.14. When calling flush_(inval_)dcache_range with a size >4GB, we were masking off the upper 32 bits, so we would incorrectly flush a range smaller than intended. This patch replaces the 32 bit shifts with 64 bit ones, so that the full size is accounted for. Changelog: v2 - Add related upstream commit Signed-off-by: Alastair D'Silva --- arch/powerpc/kernel/misc_64.S | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/powerpc/kernel/misc_64.S b/arch/powerpc/kernel/misc_64.S index 1ad4089dd110..d4d096f80f4b 100644 --- a/arch/powerpc/kernel/misc_64.S +++ b/arch/powerpc/kernel/misc_64.S @@ -130,7 +130,7 @@ _GLOBAL_TOC(flush_dcache_range) subf r8,r6,r4 /* compute length */ add r8,r8,r5 /* ensure we get enough */ lwz r9,DCACHEL1LOGBLOCKSIZE(r10) /* Get log-2 of dcache block size */ - srw. r8,r8,r9 /* compute line count */ + srd. r8,r8,r9 /* compute line count */ beqlr /* nothing to do? */ mtctr r8 0: dcbst 0,r6 @@ -148,7 +148,7 @@ _GLOBAL(flush_inval_dcache_range) subf r8,r6,r4 /* compute length */ add r8,r8,r5 /* ensure we get enough */ lwz r9,DCACHEL1LOGBLOCKSIZE(r10)/* Get log-2 of dcache block size */ - srw. r8,r8,r9 /* compute line count */ + srd. r8,r8,r9 /* compute line count */ beqlr /* nothing to do? */ sync isync -- 2.21.0