Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp5451600pxu; Tue, 22 Dec 2020 18:24:40 -0800 (PST) X-Google-Smtp-Source: ABdhPJxpPTrX6xKp7lNmZ8RbroDSh95HsMQhAYD6EAgkWbe/js3Y45QriCMpWdksjfrALjEOPQXI X-Received: by 2002:a17:906:2e85:: with SMTP id o5mr22155336eji.521.1608690280683; Tue, 22 Dec 2020 18:24:40 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1608690280; cv=none; d=google.com; s=arc-20160816; b=VbArHrk4RSsRtiryeFvRCE+bVJ/rEHQ9zWXitWK0eD+XJMkc0vg9b02Tm1Go7MZCj1 5YOVQmAImI+1nwsKqu4xB+dFs+pzEe03gwlNfd1F7R4CnXB9A3bYxDUsttIbHD8Bl4A+ OVIp9fB8ycc0PkwXTvvVXGVsDkWXolBEiaZFMNBD6nxeD/0eA9wZsy7aiBhy03MIOffA DoEqaYHjVqOSMCSKZZTNtxI2ij9oy7vL7NlhjZuU+Tl/tIWjZEZ7y+2FQMooUF7kXP5E SIEO3kEmq3Pa2caNcyORUeGnXPVaPkjfrQntGaREQC46DFx8mrDE8EidgndO0HbI+Fad APLg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=3wr0xXvyqdjaliDJsYDkZheTlp2Gx9Y3p4r6YKJqJps=; b=VBZDn/r9FIlbH9ZWcdPrrSix8HtXhOE11OI4DS/utzcMTxg3UR/eWpEVd0cs69f2wh eAR7ZRf+2/UEngEiF3I0inWqTTA1eO+U8Mc3wYkvqt8vVqxWAMJUareEq4us5ZKhMf/S 2E9H2t7VjMV5FlxTptDyRoc5uVTUlQCNt40U9NiUUFmHdFcNzzTqieypt4Aemf4a+6Uh 9B+il0knYAalvuRDzGYOA3P3qVBzjqNlC8ngvo0XHJrtz7vjyMnyD1Xfah58aaAZxbzq zl5vntdzJwFhEIqCcDhHWEDmEg+OlCP7316uJEtyR68uAUc/c36frOVHw//EfMj6pca+ F7uQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=hpAJM4JT; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dt4si11439369ejc.439.2020.12.22.18.24.18; Tue, 22 Dec 2020 18:24:40 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=hpAJM4JT; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729218AbgLWCVH (ORCPT + 99 others); Tue, 22 Dec 2020 21:21:07 -0500 Received: from mail.kernel.org ([198.145.29.99]:49532 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729070AbgLWCUo (ORCPT ); Tue, 22 Dec 2020 21:20:44 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 4C00822573; Wed, 23 Dec 2020 02:20:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1608690004; bh=EsNvLFz5OMm3fi/Rz/8846BS5lwNO6VkQMdzcAwBS5Y=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=hpAJM4JT5lPTuYnu/gsebWwGLlHT7w7iR8p5KGBdsRm8y09az0TVrKr5thdqPPa2E DqK73g4OIiOSfYkOp96qE0QxFn2OfQsGQtNxN8jMnS7EszCcu0lEfaYGknalRZ/HCO sJxYe7BqYg3e1vVMaJZzokLG+3i76lMQ86ip0ZjyaK2nm9yXTpqSm82gmA77USk+9p oeIQPB9fvhxjXdTzfh/akHAENeEf1bfDPkI6svXc4L08xvQUnqQyWBA8JM2O/Gp+jI mmk6bzEiC2Q46Z7Z/m+WYJDizak9i8XZttPrlQ5KKesTJ7lysxB35Xgur3Skac9k6h B0xaFxsi3eZDA== From: Sasha Levin To: linux-kernel@vger.kernel.org, stable@vger.kernel.org Cc: Jinyang He , Thomas Bogendoerfer , Sasha Levin , linux-mips@vger.kernel.org Subject: [PATCH AUTOSEL 5.4 085/130] MIPS: KASLR: Avoid endless loop in sync_icache if synci_step is zero Date: Tue, 22 Dec 2020 21:17:28 -0500 Message-Id: <20201223021813.2791612-85-sashal@kernel.org> X-Mailer: git-send-email 2.27.0 In-Reply-To: <20201223021813.2791612-1-sashal@kernel.org> References: <20201223021813.2791612-1-sashal@kernel.org> MIME-Version: 1.0 X-stable: review X-Patchwork-Hint: Ignore Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Jinyang He [ Upstream commit c0aac3a51cb6364bed367ee3e1a96ed414f386b4 ] Most platforms do not need to do synci instruction operations when synci_step is 0. But for example, the synci implementation on Loongson64 platform has some changes. On the one hand, it ensures that the memory access instructions have been completed. On the other hand, it guarantees that all prefetch instructions need to be fetched again. And its address information is useless. Thus, only one synci operation is required when synci_step is 0 on Loongson64 platform. I guess that some other platforms have similar implementations on synci, so add judgment conditions in `while` to ensure that at least all platforms perform synci operations once. For those platforms that do not need synci, they just do one more operation similar to nop. Signed-off-by: Jinyang He Signed-off-by: Thomas Bogendoerfer Signed-off-by: Sasha Levin --- arch/mips/kernel/relocate.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/mips/kernel/relocate.c b/arch/mips/kernel/relocate.c index 3d80a51256de6..cf92196ab6145 100644 --- a/arch/mips/kernel/relocate.c +++ b/arch/mips/kernel/relocate.c @@ -64,7 +64,7 @@ static void __init sync_icache(void *kbase, unsigned long kernel_length) : "r" (kbase)); kbase += step; - } while (kbase < kend); + } while (step && kbase < kend); /* Completion barrier */ __sync(); -- 2.27.0