Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2517688pxj; Mon, 10 May 2021 05:03:06 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwY2bUNenwpdP07yw/W0sFtT/tAx/i2snP3EzUR1HlsZIoJLTEDtQH4XmQ++2JtODAonIX6 X-Received: by 2002:aa7:c1d6:: with SMTP id d22mr28568973edp.180.1620648185986; Mon, 10 May 2021 05:03:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620648185; cv=none; d=google.com; s=arc-20160816; b=IhoseB2VQiMiBsWUjgJzt2jcfifsN4V41aBDOH7q8YMZGH6aF79wfZ+6ySxxXkoBp7 yXdpV/G5B1vLOPfY930BcwDcf5ZO+ymFzxCXTFqwlAk71iSV9io8AjDOOIc8O41Ddp65 468IUrPML+Chhyotf7AKZ/u+nYmohSZbGXGYPZu309PnEbycuB60SOhrrZByoDBOkv0U WjaxtRTqJcS1RMCi5KdO8eTC3FYUASxDGoIIlW5TnfT1MjOV/ghgQ6uxEwboqwddgW3c Yo+5/LnQ493bSQvOGSt5czWIN97IPofqEiVwYAIFYSD20HurCx33YRC7AKg3NSd2uuO9 67cA== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=5s8Om6S4h40ko6mbSvCTw1c+fzjfDAkP0DswYEAbmRE=; b=fk2usn58Iph7fzOxl7JS5c+YNM/64lzne3zcEfIw0c5q/AiYxvrH2ByUCJhFEsHyMO ciW+uUVbX4vwyNwoXhbth5muApvuWoHwotX227yxyKoVU0mEBE+s5paebnlf4FoYtvvK Hp0lX6RYgFgznJAr6iKuxKkf7w4h8PY9MKAf0dVUy9Jgbka8S22gSso29/Nzus6zdP4o Ae2/4LMIz323OXSLDnZXlUmnVjgLkYtfyd5GDQja9NTNeAayNUd0wsr8v04CSdNs1q9m hNvMQV+vywej7Lr2aelMaEEoD4KfOOaTowuFPsnhPv/CB5xxzn+bAZs/SGMXggHJI4Xk 7M/g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="bGlbl0/0"; 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=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z9si13778126edi.208.2021.05.10.05.02.41; Mon, 10 May 2021 05:03:05 -0700 (PDT) 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=@linuxfoundation.org header.s=korg header.b="bGlbl0/0"; 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=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237774AbhEJLyS (ORCPT + 99 others); Mon, 10 May 2021 07:54:18 -0400 Received: from mail.kernel.org ([198.145.29.99]:36658 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232321AbhEJLDw (ORCPT ); Mon, 10 May 2021 07:03:52 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id E772361926; Mon, 10 May 2021 10:54:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1620644075; bh=3JC4aHN1cOtrTokfsLFr+sf9fBKzUi9zB+P0fCatCdI=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=bGlbl0/0AatJXxSBdY5F98w0m6PK+IQtmG6ki8ys6QBpSZoXCUKGMEjn9L8F/6mrh lfcqDB+kMWZObEsxdFoTfxZSj9iRrAeIOeS579F4JO2W2KrO+X6Cbl2ARhuf3xJi/7 14q3imljXzT1pptt43uvlO8eQTHf12Gc17gg+Qek= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Jonathan Neuschaefer , Christophe Leroy , Michael Ellerman Subject: [PATCH 5.11 276/342] powerpc/32: Fix boot failure with CONFIG_STACKPROTECTOR Date: Mon, 10 May 2021 12:21:06 +0200 Message-Id: <20210510102019.223042951@linuxfoundation.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20210510102010.096403571@linuxfoundation.org> References: <20210510102010.096403571@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Christophe Leroy commit f5668260b872e89b8d3942a8b7d4278aa9c2c981 upstream. Commit 7c95d8893fb5 ("powerpc: Change calling convention for create_branch() et. al.") complexified the frame of function do_feature_fixups(), leading to GCC setting up a stack guard when CONFIG_STACKPROTECTOR is selected. The problem is that do_feature_fixups() is called very early while 'current' in r2 is not set up yet and the code is still not at the final address used at link time. So, like other instrumentation, stack protection needs to be deactivated for feature-fixups.c and code-patching.c Fixes: 7c95d8893fb5 ("powerpc: Change calling convention for create_branch() et. al.") Cc: stable@vger.kernel.org # v5.8+ Reported-by: Jonathan Neuschaefer Signed-off-by: Christophe Leroy Tested-by: Jonathan Neuschaefer Signed-off-by: Michael Ellerman Link: https://lore.kernel.org/r/b688fe82927b330349d9e44553363fa451ea4d95.1619715114.git.christophe.leroy@csgroup.eu Signed-off-by: Greg Kroah-Hartman --- arch/powerpc/lib/Makefile | 3 +++ 1 file changed, 3 insertions(+) --- a/arch/powerpc/lib/Makefile +++ b/arch/powerpc/lib/Makefile @@ -5,6 +5,9 @@ ccflags-$(CONFIG_PPC64) := $(NO_MINIMAL_TOC) +CFLAGS_code-patching.o += -fno-stack-protector +CFLAGS_feature-fixups.o += -fno-stack-protector + CFLAGS_REMOVE_code-patching.o = $(CC_FLAGS_FTRACE) CFLAGS_REMOVE_feature-fixups.o = $(CC_FLAGS_FTRACE)