Received: by 2002:a05:6602:18e:0:0:0:0 with SMTP id m14csp1242583ioo; Fri, 27 May 2022 04:52:15 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwnb1DKUnCO0fFk7MbzY3xo9zzAHrPtSpX8J3aS7gyAIjY7Z5JlWqkiqSd5QdzC2zeQELHA X-Received: by 2002:a17:902:d510:b0:163:622b:63db with SMTP id b16-20020a170902d51000b00163622b63dbmr11582249plg.135.1653652335054; Fri, 27 May 2022 04:52:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1653652335; cv=none; d=google.com; s=arc-20160816; b=uKyExqsdhuKbPfFyBKCcZdpwfWgpOub8oQCSyOfqFCRe6g8unq59ExcpKionQ2w8N0 UbA7sqqmXDL2T7dnVXTxx6dHKwlTcwv61CgD8iaqX35UN3IKt76e5hw1ZYe8BR/HNt6a KBNnaZ8CB2/zzZphShGzCO4Eeouqqvvr6wwvrANNlFNg+dBBb10s+bS1TgbjcRXVSZBo f1iMByAk8OzLI3ZOG/ShlgoLlyddenU+dhsME2VrizQQhVI31vs7ToAPzC4+AyFgg/2/ 3lwW3jzJ5mTxEAK2H8CJ5YUKb/yTmhQZJJLzfeRWrPEBjvH5JwvFBJeYV+s475Zj/+M4 Cqag== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=hd7TfZLs30ZXWvcxdZ7MPuRp5X+ng7Zfu6fleHuJv/g=; b=uBQH6646BfpNmUYeazRxF8vqxbMRq22RvWu1ecCdND9WnE13xiZPFD9hJkWmeROh9l +xxhQ6OpBT2ucp1H233x5p9Jxe6Cd6fPYgQYOQYwYIC01KfMBjPTCJQlgDiGIPBqnkXX 64IXZfKiCkK1yusU23e0bEAmq77aOxjO8pGJN3aQloEGI2HOLtf1bAkGAQTcBdHi8Sic x7vgVpTFfXFwTQ9XInxqN4QTrTI3Ow3T7keRgCL4+0QX0tVXNJ1/+WQ+jLnjB612pVxU Km7guvAyy0MNPfCoZf6qW+nsgA+G1I1/wKEzdhLEfrHCJ0xBblbccVL/kKo6FikL/IxX bMag== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id f63-20020a17090a28c500b001df28d76a0bsi2508721pjd.70.2022.05.27.04.51.49; Fri, 27 May 2022 04:52:15 -0700 (PDT) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1346333AbiEZP0Y (ORCPT + 99 others); Thu, 26 May 2022 11:26:24 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38286 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230033AbiEZP0U (ORCPT ); Thu, 26 May 2022 11:26:20 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 4C975DF20 for ; Thu, 26 May 2022 08:26:18 -0700 (PDT) Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id DC9091688; Thu, 26 May 2022 08:26:17 -0700 (PDT) Received: from FVFF77S0Q05N.cambridge.arm.com (FVFF77S0Q05N.cambridge.arm.com [10.1.27.164]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 55F523F66F; Thu, 26 May 2022 08:26:16 -0700 (PDT) Date: Thu, 26 May 2022 16:26:13 +0100 From: Mark Rutland To: Josh Poimboeuf Cc: Peter Zijlstra , x86@kernel.org, jpoimboe@redhat.com, linux-kernel@vger.kernel.org, elver@google.com, jbaron@akamai.com, rostedt@goodmis.org, ardb@kernel.org Subject: Re: [PATCH 7/7] context_tracking: Always inline empty stubs Message-ID: References: <20220526105252.440440893@infradead.org> <20220526105958.134113388@infradead.org> <20220526150206.rqdiyouxmkdgm2jq@treble> <20220526151654.k3mxzp5so25we7y3@treble> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220526151654.k3mxzp5so25we7y3@treble> X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,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 Thu, May 26, 2022 at 08:16:54AM -0700, Josh Poimboeuf wrote: > On Thu, May 26, 2022 at 04:10:52PM +0100, Mark Rutland wrote: > > On Thu, May 26, 2022 at 08:02:06AM -0700, Josh Poimboeuf wrote: > > > On Thu, May 26, 2022 at 12:52:59PM +0200, Peter Zijlstra wrote: > > > > Because GCC is seriously challenged.. > > > > > > Or are these CONFIG_DEBUG_SECTION_MISMATCH? > > > > Does it matter? > > Yes, because I believe the only thing this option is good for is > creating a bunch of useless '__always_inline' patches: > > https://lore.kernel.org/all/7fad83ecde03540e65677959034315f8fbb3755e.1649434832.git.jpoimboe@redhat.com/ Sure, but as I said, there are other reasons why the compiler can generate code in this way, even if that's unlikely. Without `__always_inline` we don't actually have a guarantee of inlining, so those warning *is* legitimate, even if 99.99% of the time the compiler doesn't decide to generate code in a silly way. Thanks, Mark.