Received: by 2002:ac0:da4c:0:0:0:0:0 with SMTP id a12csp658173imi; Thu, 21 Jul 2022 08:27:15 -0700 (PDT) X-Google-Smtp-Source: AGRyM1szJ5yL8BHu/J6T+tLRlKe7jTi0vjaawTOkkYDv4sPAYFK+WzLcMKHU6Frn17oeHmcMZGox X-Received: by 2002:a9d:73ce:0:b0:61c:8fe1:4deb with SMTP id m14-20020a9d73ce000000b0061c8fe14debmr11696387otk.220.1658417235193; Thu, 21 Jul 2022 08:27:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1658417235; cv=none; d=google.com; s=arc-20160816; b=vuI3yPIwJwlWnDwCPKZ2wqO6sa/LaUt5CeJBSSHW4dHBihVnw9IWNyhP1trqhdGPCw rxSJe6WyFSjl9CT/fsjJMXtos3YwL/VhWPCqaKXnko2uuc+QdJUeygeCQUH1h9OdxGQn py90+/50wbvzA2UxeajxJQKLlap4QhPaQqI2/NeMHyz7J7xFgbRatlfBpn8aGE+B40AF SUEQuBICbv9Dn7GKvA3ISyN/mdXkZNSIH7PaVgbVKa9kuqho4Y4soUDD3iOnRRyvpUxd X+5Jtd5kylvw7Ws5sRwj2IQQomra7Tqmd9JaAcW+XA0DMYvJsTaqeGUne4j1g6oDGrm+ Rhqw== 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 :message-id:date:subject:cc:to:from; bh=pQNaUDsxY8eHKq+dC+7OLhYbokjSZQH09KUHh0uWc84=; b=gOtTvucboJ9UrFDcSGxJAwARHQjpbARXbFFSrw2mlEehgwjXLTmIbkm11TyJUHtcpH lDNLu7wDyYuXJbn11YtplKH5RU7zW1bhqt0Nm5NZlaOu3NrKnoI5IN3ufXY9yR90nF5f 2o15ni5o0QWh54qLwtbWK9jsj0DSjuYtFLhFs9ReaLffzvk8KZlNqbvi47ex5mtFEgsK vIb1lzuaD+kQiwPQEiQ2Kv/myngttVLwd18bEQxuvvnQQblM1ugwu6eJk0YGqq3ygHQU 73IDDMJcdThSV/mNwZeughngkW845qEVX7l+3PoIhxD2F/cyOETTE37CSihtnJmP+lNo QtXA== 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 l20-20020a05687014d400b0010dab2e5e85si663879oab.92.2022.07.21.08.27.01; Thu, 21 Jul 2022 08:27: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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231192AbiGUPXN (ORCPT + 99 others); Thu, 21 Jul 2022 11:23:13 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36978 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230136AbiGUPXM (ORCPT ); Thu, 21 Jul 2022 11:23:12 -0400 Received: from luna (cpc152649-stkp13-2-0-cust121.10-2.cable.virginm.net [86.15.83.122]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E4A251FCE3 for ; Thu, 21 Jul 2022 08:23:10 -0700 (PDT) Received: from ben by luna with local (Exim 4.96) (envelope-from ) id 1oEXWv-001VEJ-1v; Thu, 21 Jul 2022 15:51:57 +0100 From: Ben Dooks To: linux-kernel@vger.kernel.org Cc: mingo@redhat.com, peterz@infradead.org, juri.lelli@redhat.com, vincent.guittot@linaro.org, Ben Dooks Subject: [PATCH] sched: fix undefined rt.c declarations Date: Thu, 21 Jul 2022 15:51:55 +0100 Message-Id: <20220721145155.358366-1-ben-linux@fluff.org> X-Mailer: git-send-email 2.35.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_00,FSL_HELO_NON_FQDN_1, HELO_NO_DOMAIN,KHOP_HELO_FCRDNS,RCVD_IN_SORBS_DUL,RDNS_DYNAMIC, SPF_NONE autolearn=no 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 There are several symbols defined in sched.h but get wrapped in the CONFIG_CGROUP_SCHED even though dummy versions get built in rt.c and therefore trigger the sparse warnings below. Fix this by moving them outside the CONFIG_CGROUP_SCHED block. kernel/sched/rt.c:309:6: warning: symbol 'unregister_rt_sched_group' was not declared. Should it be static? kernel/sched/rt.c:311:6: warning: symbol 'free_rt_sched_group' was not declared. Should it be static? kernel/sched/rt.c:313:5: warning: symbol 'alloc_rt_sched_group' was not declared. Should it be static? Signed-off-by: Ben Dooks --- kernel/sched/sched.h | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h index 47b89a0fc6e5..8f97f342c560 100644 --- a/kernel/sched/sched.h +++ b/kernel/sched/sched.h @@ -480,9 +480,6 @@ extern void __refill_cfs_bandwidth_runtime(struct cfs_bandwidth *cfs_b); extern void start_cfs_bandwidth(struct cfs_bandwidth *cfs_b); extern void unthrottle_cfs_rq(struct cfs_rq *cfs_rq); -extern void unregister_rt_sched_group(struct task_group *tg); -extern void free_rt_sched_group(struct task_group *tg); -extern int alloc_rt_sched_group(struct task_group *tg, struct task_group *parent); extern void init_tg_rt_entry(struct task_group *tg, struct rt_rq *rt_rq, struct sched_rt_entity *rt_se, int cpu, struct sched_rt_entity *parent); @@ -520,6 +517,10 @@ struct cfs_bandwidth { }; #endif /* CONFIG_CGROUP_SCHED */ +extern void unregister_rt_sched_group(struct task_group *tg); +extern void free_rt_sched_group(struct task_group *tg); +extern int alloc_rt_sched_group(struct task_group *tg, struct task_group *parent); + /* CFS-related fields in a runqueue */ struct cfs_rq { struct load_weight load; -- 2.35.1