Received: by 2002:a05:6358:f14:b0:e5:3b68:ec04 with SMTP id b20csp3677246rwj; Mon, 19 Dec 2022 23:48:29 -0800 (PST) X-Google-Smtp-Source: AA0mqf4RRaOXHKR9b9a6srNnKdds5R1VjbLzxcBduTv9cctyDRFEBs8d5FuR1uXHCsdrjWuKnLr+ X-Received: by 2002:a05:6a20:a688:b0:ae:661c:5553 with SMTP id ba8-20020a056a20a68800b000ae661c5553mr31878584pzb.4.1671522509276; Mon, 19 Dec 2022 23:48:29 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1671522509; cv=none; d=google.com; s=arc-20160816; b=X1gCSjbr7+HyjswV6KY8yQcczD0PmeQxNmx2OPXHuA5q0CssUpnMgHHwn2euOeUhQb wsJXwD3D/8LIsoMZSqHd72/D0z1T8KXc7mGfZ2rak9DANDcNuI7wL8cnVxzsVV02dNPS 5mX9Z8aaD5IqOlqabq+7sCGlgV0+XdMODAUCL63jnX+beBindGSoMuzGxXqH3IGiZ73Q vhoHR/7+wrGlo9xg/AdIU6SKEmdlxIpOnhsBrWm0Z9A95nBfEmlm8lzuAJRUGsh6oIYM 6EqdM61oEbfDY/RKy7eYlDUG01sk8zgQBEciz31bzOW49zwNLeWd67eLnBUww/j3fDaP eK7A== 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=XXjEU6qMByx5QO7JjJt3X3mCti19Z6v7TtMpdJMirjw=; b=LY71ZiIhS3TJTuASmIY7oj9Ivfj5EnG48OgVQ2YCtKgoeaiaMWVcoX3OM012GZlnzD OWYmkQKqibxZUWZxtqpNK/scl2t/L+s7F8JjUWo3I7k0KPMr38GMnY6/YqSFnmo+hDKS qmkrdCskFYiESaIH7CsuuzEX+ejDcq79q6V54kk78WMgNzz1OjxeIayIOSY6n3s7WHMi QajWycgwrkkznc4f//r5RSKfizIUFzpc4Aifji28M7wi2DQdJStzUw5ROJMFjcXG5Qpg kslWrnZzmMBHF9O1GKtqx2Ov+pTine4TrfnmbFsVR76hdwAJlkyjIeU0tXKCS31P2pHG UbmQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=nXRAP5+n; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id j19-20020a634a53000000b004789808c39bsi12652794pgl.554.2022.12.19.23.48.20; Mon, 19 Dec 2022 23:48:29 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=nXRAP5+n; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233625AbiLTHDR (ORCPT + 70 others); Tue, 20 Dec 2022 02:03:17 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53354 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233242AbiLTHBi (ORCPT ); Tue, 20 Dec 2022 02:01:38 -0500 Received: from mga18.intel.com (mga18.intel.com [134.134.136.126]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CCEEB15828; Mon, 19 Dec 2022 23:01:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1671519696; x=1703055696; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=itDwNcmuOavaLbxBus/tcxgByCKbUIXcxoUL6CHXDYI=; b=nXRAP5+nQHfjuE3qu6ylwfOwQv7rjWkinxcQhDQiH3RdQIBpXlNPmPNj hDk6t4gdCmkBmUzJsBSEqZppRW6oUfqJ5FUyTVpSO9dI2JlxQiLsRjfVv 2RkIAt7WyXkOiZCD/S7pCJIWy8qTapa6piRWK5lRaOL9S+crXLgPU1uMD VAwMxWV6/2DXbxfLM9q3owHOfWvUx/NnwJP+Uu+CYzcYhhdF8ws4HRatF BJcO/f09yNWSqut8NcRIrNzPbmp7yGEvXXVcMAbtcIV9w++K2gQ9YDBIt 21HD3dWQy144gL+a5iboSgGH3479qk7K1XM2BVixVjFxTey6FLtU6ed7o w==; X-IronPort-AV: E=McAfee;i="6500,9779,10566"; a="302972042" X-IronPort-AV: E=Sophos;i="5.96,258,1665471600"; d="scan'208";a="302972042" Received: from orsmga007.jf.intel.com ([10.7.209.58]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 19 Dec 2022 23:01:14 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6500,9779,10566"; a="644326481" X-IronPort-AV: E=Sophos;i="5.96,258,1665471600"; d="scan'208";a="644326481" Received: from unknown (HELO fred..) ([172.25.112.68]) by orsmga007.jf.intel.com with ESMTP; 19 Dec 2022 23:01:14 -0800 From: Xin Li To: linux-kernel@vger.kernel.org, x86@kernel.org, kvm@vger.kernel.org Cc: tglx@linutronix.de, mingo@redhat.com, bp@alien8.de, dave.hansen@linux.intel.com, hpa@zytor.com, peterz@infradead.org, andrew.cooper3@citrix.com, seanjc@google.com, pbonzini@redhat.com, ravi.v.shankar@intel.com Subject: [RFC PATCH 16/32] x86/fred: reserve space for the FRED stack frame Date: Mon, 19 Dec 2022 22:36:42 -0800 Message-Id: <20221220063658.19271-17-xin3.li@intel.com> X-Mailer: git-send-email 2.34.1 In-Reply-To: <20221220063658.19271-1-xin3.li@intel.com> References: <20221220063658.19271-1-xin3.li@intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE, SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: "H. Peter Anvin (Intel)" When using FRED, reserve space at the top of the stack frame, just like i386 does. A future version of FRED might have dynamic frame sizes, though, in which case it might be necessary to make TOP_OF_KERNEL_STACK_PADDING a variable instead of a constant. Signed-off-by: H. Peter Anvin (Intel) Signed-off-by: Xin Li --- arch/x86/include/asm/thread_info.h | 12 +++++++++--- 1 file changed, 9 insertions(+), 3 deletions(-) diff --git a/arch/x86/include/asm/thread_info.h b/arch/x86/include/asm/thread_info.h index f0cb881c1d69..fea0e69fc3d4 100644 --- a/arch/x86/include/asm/thread_info.h +++ b/arch/x86/include/asm/thread_info.h @@ -31,7 +31,9 @@ * In vm86 mode, the hardware frame is much longer still, so add 16 * bytes to make room for the real-mode segments. * - * x86_64 has a fixed-length stack frame. + * x86-64 has a fixed-length stack frame, but it depends on whether + * or not FRED is enabled. Future versions of FRED might make this + * dynamic, but for now it is always 2 words longer. */ #ifdef CONFIG_X86_32 # ifdef CONFIG_VM86 @@ -39,8 +41,12 @@ # else # define TOP_OF_KERNEL_STACK_PADDING 8 # endif -#else -# define TOP_OF_KERNEL_STACK_PADDING 0 +#else /* x86-64 */ +# ifdef CONFIG_X86_FRED +# define TOP_OF_KERNEL_STACK_PADDING (2*8) +# else +# define TOP_OF_KERNEL_STACK_PADDING 0 +# endif #endif /* -- 2.34.1