From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id A0358C433E0 for ; Tue, 16 Mar 2021 21:04:02 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 7115864F8C for ; Tue, 16 Mar 2021 21:04:02 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232228AbhCPVD0 (ORCPT ); Tue, 16 Mar 2021 17:03:26 -0400 Received: from casper.infradead.org ([90.155.50.34]:35976 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232329AbhCPVDF (ORCPT ); Tue, 16 Mar 2021 17:03:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=KHYI63/oZUglLRTw4PB2bT7DWIzsrdEaZn8S9TzaRZE=; b=D6h+y9bDeKRNcXSqcwjogsQbgS +w0dHuFN3mDp9X9h+UAF1zgng94INvYdrPYWUQ11iYiPN/ztFbRhC++N+Gh28jl7Fn8sZApt0XAPd jB8HA3dxks2gsAbVc1piFuFDZ9C4+ijk5wlhsfpk+9GJxKWl4Zfm1MvnHvLc9mh5ldkq2wfIkpYiN CyuQEQl2YZDC2DkrtsGvSJsrskjO0wVgLjAZkRx+cufrhA6C2xyhGY3/EevHxv3XZkBeL0bOQiRMu B81/Zvj8KCI/g6gvqAiWYvVBgFUZrnbUBZBGCBp8kb8tFZ7RMWK+p4GfPrk01+/sB2Y8UDpTampWW eerAmIFA==; Received: from j217100.upc-j.chello.nl ([24.132.217.100] helo=worktop.programming.kicks-ass.net) by casper.infradead.org with esmtpsa (Exim 4.94 #2 (Red Hat Linux)) id 1lMGp6-000cD1-UW; Tue, 16 Mar 2021 21:01:56 +0000 Received: by worktop.programming.kicks-ass.net (Postfix, from userid 1000) id 8468A986501; Tue, 16 Mar 2021 22:01:54 +0100 (CET) Date: Tue, 16 Mar 2021 22:01:54 +0100 From: Peter Zijlstra To: "Yu, Yu-cheng" Cc: Dave Hansen , x86@kernel.org, "H. Peter Anvin" , Thomas Gleixner , Ingo Molnar , linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, linux-mm@kvack.org, linux-arch@vger.kernel.org, linux-api@vger.kernel.org, Arnd Bergmann , Andy Lutomirski , Balbir Singh , Borislav Petkov , Cyrill Gorcunov , Dave Hansen , Eugene Syromiatnikov , Florian Weimer , "H.J. Lu" , Jann Horn , Jonathan Corbet , Kees Cook , Mike Kravetz , Nadav Amit , Oleg Nesterov , Pavel Machek , Randy Dunlap , "Ravi V. Shankar" , Vedvyas Shanbhogue , Dave Martin , Weijiang Yang , Pengfei Xu , Haitao Huang , Jarkko Sakkinen Subject: Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro Message-ID: <20210316210154.GT4746@worktop.programming.kicks-ass.net> References: <20210316151320.6123-1-yu-cheng.yu@intel.com> <20210316151320.6123-7-yu-cheng.yu@intel.com> <15966857-9be7-3029-7e93-e40596b4649a@intel.com> <65845773-6cf0-1bdc-1ecf-168de74cc283@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-doc@vger.kernel.org On Tue, Mar 16, 2021 at 01:26:52PM -0700, Yu, Yu-cheng wrote: > Then, what about moving what I had earlier to vdso.h? > If we don't want __i386__ either, then make it two macros. vdso.h seems to use CONFIG_X86_{64,32} resp. > +.macro ENDBR > +#ifdef CONFIG_X86_CET And shouldn't that be CONFIG_X86_IBT ? > +#ifdef __i386__ #ifdef CONFIG_X86_32 > + endbr32 > +#else > + endbr64 > +#endif > +#endif > +.endm