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=-16.2 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,INCLUDES_CR_TRAILER,INCLUDES_PATCH, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham 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 8C529C433DB for ; Mon, 18 Jan 2021 13:59:37 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 4946622B49 for ; Mon, 18 Jan 2021 13:59:37 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2404658AbhARN7S (ORCPT ); Mon, 18 Jan 2021 08:59:18 -0500 Received: from mail.kernel.org ([198.145.29.99]:40434 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2392516AbhARN65 (ORCPT ); Mon, 18 Jan 2021 08:58:57 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id DDB3F221F8; Mon, 18 Jan 2021 13:58:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1610978296; bh=Jv+/ic8MieJ+imJs/fPrDMAK7Rsj4IywG6Sv8RufHjw=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=JW/WYsnGqy3pyHXPjuT/NK/TcYZtoJzWZOoIQH4TDZqcwOC5yzmD5gyBTfOZSU/5t vNGGOmyf0CrmicKTMMfQNeXJ4txRu97rIJOZv9bu2Lfn6qpfvdlFYml3WlW6yezXKS /nb6mpAIJT7YCgv+QejO0OuQ1QR5fVyKuXSCUqRttStO6tFS79PyGXnpZK0LWAD9Ep PWC+1faTVtDe2BzcD8Yxk2C+DcSEwGEZmm8qQrFePiBw04FWUVQxer+aFfp/JzSM29 Dn7b56cKhUMH9hewOZijt4dVrU7ougU0OOXX8PZvlfDNj1od/SLt1jA+MUiqhe5w0c it4pUdNACuBkA== Date: Mon, 18 Jan 2021 14:58:14 +0100 From: Frederic Weisbecker To: Peter Zijlstra Cc: LKML , Mel Gorman , Michal Hocko , Thomas Gleixner , "Paul E . McKenney" , Ingo Molnar , Michal Hocko Subject: Re: [RFC PATCH 4/7] preempt/dynamic: Provide cond_resched() and might_resched() static calls Message-ID: <20210118135814.GB123015@lothringen> References: <20201110005609.40989-1-frederic@kernel.org> <20201110005609.40989-5-frederic@kernel.org> <20201110103909.GD2594@hirez.programming.kicks-ass.net> <20201110104833.GP2651@hirez.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201110104833.GP2651@hirez.programming.kicks-ass.net> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Nov 10, 2020 at 11:48:33AM +0100, Peter Zijlstra wrote: > On Tue, Nov 10, 2020 at 11:39:09AM +0100, Peter Zijlstra wrote: > > Subject: static_call: EXPORT_STATIC_CALL_TRAMP() > > From: Peter Zijlstra > > Date: Tue Nov 10 11:37:48 CET 2020 > > > > For when we want to allow modules to call the static_call() but not > > change it. > > > > Signed-off-by: Peter Zijlstra (Intel) > > --- > > @@ -269,6 +281,9 @@ static inline int static_call_text_reser > > return 0; > > } > > > > +#define EXPORT_STATIC_CALL_TRAMP(name) > > +#define EXPORT_STATIC_CALL_TRAMP_GPL(name) > > + > > #define EXPORT_STATIC_CALL(name) EXPORT_SYMBOL(STATIC_CALL_KEY(name)) > > #define EXPORT_STATIC_CALL_GPL(name) EXPORT_SYMBOL_GPL(STATIC_CALL_KEY(name)) > > Hurmph, this hunk is wrong, it should export the KEY in both cases :/ > > That's unfortunate but unavoidable I suppose. Right, AFAICT static_call() refers to both key and tramp in any case.