From: Ingo Molnar <mingo@kernel.org>
To: Baisong Zhong <zhongbaisong@huawei.com>,
Zhen Ni <nizhen@uniontech.com>,
Luis Chamberlain <mcgrof@kernel.org>,
Stephen Rothwell <sfr@canb.auug.org.au>
Cc: mingo@redhat.com, peterz@infradead.org, juri.lelli@redhat.com,
vincent.guittot@linaro.org, dietmar.eggemann@arm.com,
rostedt@goodmis.org, bsegall@google.com, mgorman@suse.de,
bristot@redhat.com, linux-kernel@vger.kernel.org
Subject: Re: [PATCH -next] sched/rt: fix build error when CONFIG_SYSCTL is disable
Date: Fri, 18 Mar 2022 08:50:50 +0100 [thread overview]
Message-ID: <YjQ52q5voQRBRgKw@gmail.com> (raw)
In-Reply-To: <20220318025417.3683430-1-zhongbaisong@huawei.com>
I believe these build errors are caused by new commits in the sysctl-next
tree that change scheduler code:
4925401d06dc sched: Move rr_timeslice sysctls to rt.c
5f6e55c2485c sched: Move rt_period/runtime sysctls to rt.c
In particular I don't see any Cc: to scheduler folks in these two commits -
and I'd have preferred to pick these up into the scheduler tree, to avoid
the merge conflicts and the build failure regressions...
Thanks,
Ingo
* Baisong Zhong <zhongbaisong@huawei.com> wrote:
> Avoid random build errors which do not select
> CONFIG_SYSCTL by depending on it in Kconfig.
>
> This fixes the following warning:
>
> In file included from kernel/sched/build_policy.c:43:
> At top level:
> kernel/sched/rt.c:3017:12: error: ‘sched_rr_handler’ defined but not used [-Werror=unused-function]
> 3017 | static int sched_rr_handler(struct ctl_table *table, int write, void *buffer,
> | ^~~~~~~~~~~~~~~~
> kernel/sched/rt.c:2978:12: error: ‘sched_rt_handler’ defined but not used [-Werror=unused-function]
> 2978 | static int sched_rt_handler(struct ctl_table *table, int write, void *buffer,
> | ^~~~~~~~~~~~~~~~
> cc1: all warnings being treated as errors
> make[2]: *** [scripts/Makefile.build:310: kernel/sched/build_policy.o] Error 1
> make[1]: *** [scripts/Makefile.build:638: kernel/sched] Error 2
> make[1]: *** Waiting for unfinished jobs....
>
> Reported-by: Hulk Robot <hulkci@huawei.com>
> Signed-off-by: Baisong Zhong <zhongbaisong@huawei.com>
> ---
> kernel/sched/rt.c | 11 +++++++++--
> 1 file changed, 9 insertions(+), 2 deletions(-)
>
> diff --git a/kernel/sched/rt.c b/kernel/sched/rt.c
> index 71791be36065..ee319581b1cd 100644
> --- a/kernel/sched/rt.c
> +++ b/kernel/sched/rt.c
> @@ -5,7 +5,6 @@
> */
>
> int sched_rr_timeslice = RR_TIMESLICE;
> -static int sysctl_sched_rr_timeslice = (MSEC_PER_SEC / HZ) * RR_TIMESLICE;
> /* More than 4 hours if BW_SHIFT equals 20. */
> static const u64 max_rt_runtime = MAX_BW;
>
> @@ -25,11 +24,12 @@ unsigned int sysctl_sched_rt_period = 1000000;
> */
> int sysctl_sched_rt_runtime = 950000;
>
> +#ifdef CONFIG_SYSCTL
> +static int sysctl_sched_rr_timeslice = (MSEC_PER_SEC / HZ) * RR_TIMESLICE;
> static int sched_rt_handler(struct ctl_table *table, int write, void *buffer,
> size_t *lenp, loff_t *ppos);
> static int sched_rr_handler(struct ctl_table *table, int write, void *buffer,
> size_t *lenp, loff_t *ppos);
> -#ifdef CONFIG_SYSCTL
> static struct ctl_table sched_rt_sysctls[] = {
> {
> .procname = "sched_rt_period_us",
> @@ -2911,6 +2911,7 @@ long sched_group_rt_period(struct task_group *tg)
> return rt_period_us;
> }
>
> +#ifdef CONFIG_SYSCTL
> static int sched_rt_global_constraints(void)
> {
> int ret = 0;
> @@ -2930,8 +2931,11 @@ int sched_rt_can_attach(struct task_group *tg, struct task_struct *tsk)
>
> return 1;
> }
> +#endif /* CONFIG_SYSCTL */
>
> #else /* !CONFIG_RT_GROUP_SCHED */
> +
> +#ifdef CONFIG_SYSCTL
> static int sched_rt_global_constraints(void)
> {
> unsigned long flags;
> @@ -2949,8 +2953,10 @@ static int sched_rt_global_constraints(void)
>
> return 0;
> }
> +#endif /* CONFIG_SYSCTL */
> #endif /* CONFIG_RT_GROUP_SCHED */
>
> +#ifdef CONFIG_SYSCTL
> static int sched_rt_global_validate(void)
> {
> if (sysctl_sched_rt_period <= 0)
> @@ -3035,6 +3041,7 @@ static int sched_rr_handler(struct ctl_table *table, int write, void *buffer,
>
> return ret;
> }
> +#endif /* CONFIG_SYSCTL */
>
> #ifdef CONFIG_SCHED_DEBUG
> void print_rt_stats(struct seq_file *m, int cpu)
> --
> 2.25.1
>
next prev parent reply other threads:[~2022-03-18 7:51 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-18 2:54 [PATCH -next] sched/rt: fix build error when CONFIG_SYSCTL is disable Baisong Zhong
2022-03-18 7:50 ` Ingo Molnar [this message]
2022-03-18 16:34 ` Luis Chamberlain
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=YjQ52q5voQRBRgKw@gmail.com \
--to=mingo@kernel.org \
--cc=bristot@redhat.com \
--cc=bsegall@google.com \
--cc=dietmar.eggemann@arm.com \
--cc=juri.lelli@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mcgrof@kernel.org \
--cc=mgorman@suse.de \
--cc=mingo@redhat.com \
--cc=nizhen@uniontech.com \
--cc=peterz@infradead.org \
--cc=rostedt@goodmis.org \
--cc=sfr@canb.auug.org.au \
--cc=vincent.guittot@linaro.org \
--cc=zhongbaisong@huawei.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.