Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp5333777pxb; Sun, 13 Feb 2022 17:19:00 -0800 (PST) X-Google-Smtp-Source: ABdhPJwBztpGTdVjFW4+glD9FKllRL3qNfhfUFEAyGttoSmetnnD4ADwVZFDpr/QLqi7SDFTZDMF X-Received: by 2002:a05:6402:2688:: with SMTP id w8mr13190189edd.393.1644801540490; Sun, 13 Feb 2022 17:19:00 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1644801540; cv=none; d=google.com; s=arc-20160816; b=SHR+nS8n8GKLG1wRZk/YVlviXGbPiZpHRdlEsFFuJVQQyWQUpKvC9ZtosSAAtLn3V0 +5wm6IIg+bWc4JKpYolohWMeo0fjCvWhQLJP/TBFuzxQGQLn6P2OOQgF4C09/IsNVaoj oLQ4f8i4saMZ33Z66LGLaimKiU8w6of9KaAuSF6lK5jedfjiuI+aEnnqU+lyKHquXyVu qyiKUo5mE4ZvbqVDEhToXxov3qoiMIXaK34BDGWvD+Tld/OtDERsqGlJSbxKnm5QzkMd 951wR6suRZIChbvuX3TTPf/HL82/bxTql4md8fyWWD9tnMM01z4Xn6ha1GKABjOG4cYT XtBA== 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:subject:cc:to:from:date; bh=cmC+ePj/NE7QGqQJy1bqSkgV90GVl12PnPLLzlSX3n8=; b=wpK/4IVpZolfwvPH9G5sLLVQoR45UMxLOZKUgEXOuMhreGyyOEZqmiWeoSRvwco/uV sF2oFyVtt9t9logo8ONcgFOqyLfjVKBALTZDxdqs7bp7ALyvhfN+YKELVaPoNTG8sEB/ dPWDIw7Qb5EHuakMvNVIEATCW8j4ptA98vw/HZDtoRh8bd4Nl/7h0M8+0jGLYhhWcvkR vx4If6PFQefscJCWwFbd5GRqo1ai9KIwVtmHv/DNxXPATFQmz//IlrtBguDne8G0GaQm 4EF3DRQGBqL4GXbhtzlVgXO8cptzCoNDgS4PyPOwrpqSPvAEthV8RSAxCtohn7bIHUb7 J/vw== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id mp15si1132131ejc.715.2022.02.13.17.18.39; Sun, 13 Feb 2022 17:19:00 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230378AbiBLCre (ORCPT + 83 others); Fri, 11 Feb 2022 21:47:34 -0500 Received: from gmail-smtp-in.l.google.com ([23.128.96.19]:53356 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229541AbiBLCrb (ORCPT ); Fri, 11 Feb 2022 21:47:31 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6953632065 for ; Fri, 11 Feb 2022 18:47:28 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id E4AF3B82C89 for ; Sat, 12 Feb 2022 02:47:26 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 68C43C340E9; Sat, 12 Feb 2022 02:47:24 +0000 (UTC) Date: Fri, 11 Feb 2022 21:47:22 -0500 From: Steven Rostedt To: Alexey Kardashevskiy Cc: llvm@lists.linux.dev, linux-kernel@vger.kernel.org, Nick Desaulniers , Nathan Chancellor , Ingo Molnar Subject: Re: [RFC PATCH kernel] trace: Make FTRACE_MCOUNT_USE_RECORDMCOUNT configurable Message-ID: <20220211214722.4373ca83@rorschach.local.home> In-Reply-To: <20220211014313.1790140-1-aik@ozlabs.ru> References: <20220211014313.1790140-1-aik@ozlabs.ru> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-6.7 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,RCVD_IN_DNSWL_HI,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE 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 On Fri, 11 Feb 2022 12:43:13 +1100 Alexey Kardashevskiy wrote: > For whatever reason LLVM does not allow LTO (Link Time Optimization) if > FTRACE_MCOUNT_USE_RECORDMCOUNT is enabled. > > This allows disabling just this option instead of disabling all FTRACE > options. What FTRACE options are you talking about? > > Signed-off-by: Alexey Kardashevskiy > --- > > Or disabling FTRACE is the right thing to do if HAS_LTO_CLANG=y? > > Came from arch/Kconfig: > > config HAS_LTO_CLANG > def_bool y > depends on CC_IS_CLANG && LD_IS_LLD && AS_IS_LLVM > depends on $(success,$(NM) --help | head -n 1 | grep -qi llvm) > depends on $(success,$(AR) --help | head -n 1 | grep -qi llvm) > depends on ARCH_SUPPORTS_LTO_CLANG > depends on !FTRACE_MCOUNT_USE_RECORDMCOUNT <====== > depends on !KASAN || KASAN_HW_TAGS > depends on !GCOV_KERNEL > > > --- > kernel/trace/Kconfig | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/kernel/trace/Kconfig b/kernel/trace/Kconfig > index a5eb5e7fd624..87d82d2b0b0b 100644 > --- a/kernel/trace/Kconfig > +++ b/kernel/trace/Kconfig > @@ -704,7 +704,8 @@ config FTRACE_MCOUNT_USE_OBJTOOL > depends on FTRACE_MCOUNT_RECORD > > config FTRACE_MCOUNT_USE_RECORDMCOUNT > - def_bool y > + bool "Enable FTRACE_MCOUNT_USE_RECORDMCOUNT" > + default y I don't think this does what you think it does. This is not something that should be user selectable. What exactly are you trying to accomplish here? -- Steve > depends on !FTRACE_MCOUNT_USE_PATCHABLE_FUNCTION_ENTRY > depends on !FTRACE_MCOUNT_USE_CC > depends on !FTRACE_MCOUNT_USE_OBJTOOL