Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp946157iob; Fri, 13 May 2022 17:20:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwhYiP4/5qvkPmhrIQPFGZeYVbITqrxu2oQqFu/+QUMAkcQg8iVAAQ0KINYb2cyHN1sOJKg X-Received: by 2002:a05:600c:4f95:b0:394:8919:7557 with SMTP id n21-20020a05600c4f9500b0039489197557mr6893627wmq.166.1652487631031; Fri, 13 May 2022 17:20:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652487631; cv=none; d=google.com; s=arc-20160816; b=ZD7Nl93eBRQLUsCxdHN48SHxitAGz5DafNkGzhZl5yYKyqK90mtvc/RcZjLLTYH8Xj rJkbPdNpOOOLDDgmzNagu0izqo9/bbuNM4jf/uwI1q+Vh2j5EMnHgxCHQP0y1vLBtKD7 /i7x14URWNA8oajOn1JMUekAdC3DxLsn/44JAh98s6xQicG6EdAZID+MxEZ1xEY/z+Wx wGlDTDkwnFGtQVRMHJKaG2GBNlElJq2qje5RxSqkScIWpyR9pnLXMR+k/8QKVjuZthmj i/Ca+BJ51LdDDxibXmhg77m97I/Epi2YLNO71OXozVlwNSfLAe1hVrw//wP723eihDRD ljfg== 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:dkim-signature; bh=4g56gF9BShwS0CUD8MKwxhjOnNnUm+SpxtifTSrg85c=; b=s4q6h0bQiM13cYfN+sjr6JpOHqWTtvaUzIvhaJJQmuQcqaiNE3WyND3MyhwqjuNKnd 4PcYvcTklZPAJQvNwivzELDKTsNPzrnCTOWsMHpGvLocqRqXKgJqNvxkXDRVkls81urB b2Ydv7JSkn3rVRJdS89b1QUeJCaAika5/pjWc1NSD2C3oa22diobe+f0tPVm6QwGudRB BX/VGNEREiJ/wA4ZMWEuY/e8aycASwrbmeuevi7WZ9UpOCsTFYh5C0tuci65wF3GD25d +51df6RFeSfgVpYNGlFC0mckQ1lP46F5jKgRmo0yNE7TUvvvTsvi1lPsiyoNbtFQOEdc htQQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux.dev header.s=key1 header.b=n33BoqRN; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.dev Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id b7-20020adfd1c7000000b00207a2a8e869si4635473wrd.1045.2022.05.13.17.20.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 13 May 2022 17:20:30 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@linux.dev header.s=key1 header.b=n33BoqRN; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.dev Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 5BE5AD11F; Fri, 13 May 2022 16:17:33 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230227AbiEKLWi (ORCPT + 99 others); Wed, 11 May 2022 07:22:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47256 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229459AbiEKLWg (ORCPT ); Wed, 11 May 2022 07:22:36 -0400 Received: from out2.migadu.com (out2.migadu.com [188.165.223.204]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id F0F41210896 for ; Wed, 11 May 2022 04:22:34 -0700 (PDT) X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1652268153; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=4g56gF9BShwS0CUD8MKwxhjOnNnUm+SpxtifTSrg85c=; b=n33BoqRNDSpMzngZM4rvseNt6pQbR9C5Yh45F/072yryqVb286ZcXiNVokvXFhOUfgmptb 6EzB5ZBHFn9HnBlegzLwsDvEZkMgerUq52+UBEXB551+nS8NQ0WCNGBuMsWdhwfKzN0pjM LultSDsuJkjMKcEyMjZLYc/zIaDJjWc= From: Yajun Deng To: 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, vschneid@redhat.com Cc: linux-kernel@vger.kernel.org, Yajun Deng Subject: [PATCH] sched/rt: fix the case where sched_rt_period_us is non-positive Date: Wed, 11 May 2022 19:21:40 +0800 Message-Id: <20220511112140.103579-1-yajun.deng@linux.dev> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: linux.dev X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE 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 The proc_dointvec() in sched_rt_handler() is for integer, but sysctl_sched_rt_period is a unsigned integer. sched_rt_handler() would cover a non-positive number to positive number, so both proc_dointvec() and sched_rt_global_validate() aren't return error when we set a non-positive number. Use proc_dointvec_minmax() instead of proc_dointvec(), and add extra for sched_rt_period_us/sched_rt_runtime_us/sched_rr_timeslice_ms. Fixes: 391e43da797a ("sched: Move all scheduler bits into kernel/sched/") Signed-off-by: Yajun Deng --- kernel/sched/rt.c | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/kernel/sched/rt.c b/kernel/sched/rt.c index b491a0f8c25d..f20389aa6731 100644 --- a/kernel/sched/rt.c +++ b/kernel/sched/rt.c @@ -37,6 +37,7 @@ static struct ctl_table sched_rt_sysctls[] = { .maxlen = sizeof(unsigned int), .mode = 0644, .proc_handler = sched_rt_handler, + .extra1 = SYSCTL_ONE, }, { .procname = "sched_rt_runtime_us", @@ -44,6 +45,8 @@ static struct ctl_table sched_rt_sysctls[] = { .maxlen = sizeof(int), .mode = 0644, .proc_handler = sched_rt_handler, + .extra1 = SYSCTL_NEG_ONE, + .extra2 = (void *)&sysctl_sched_rt_period, }, { .procname = "sched_rr_timeslice_ms", @@ -51,6 +54,7 @@ static struct ctl_table sched_rt_sysctls[] = { .maxlen = sizeof(int), .mode = 0644, .proc_handler = sched_rr_handler, + .extra1 = SYSCTL_ONE, }, {} }; @@ -2959,9 +2963,6 @@ static int sched_rt_global_constraints(void) #ifdef CONFIG_SYSCTL static int sched_rt_global_validate(void) { - if (sysctl_sched_rt_period <= 0) - return -EINVAL; - if ((sysctl_sched_rt_runtime != RUNTIME_INF) && ((sysctl_sched_rt_runtime > sysctl_sched_rt_period) || ((u64)sysctl_sched_rt_runtime * @@ -2992,7 +2993,7 @@ static int sched_rt_handler(struct ctl_table *table, int write, void *buffer, old_period = sysctl_sched_rt_period; old_runtime = sysctl_sched_rt_runtime; - ret = proc_dointvec(table, write, buffer, lenp, ppos); + ret = proc_dointvec_minmax(table, write, buffer, lenp, ppos); if (!ret && write) { ret = sched_rt_global_validate(); @@ -3027,14 +3028,13 @@ static int sched_rr_handler(struct ctl_table *table, int write, void *buffer, static DEFINE_MUTEX(mutex); mutex_lock(&mutex); - ret = proc_dointvec(table, write, buffer, lenp, ppos); + ret = proc_dointvec_minmax(table, write, buffer, lenp, ppos); /* * Make sure that internally we keep jiffies. * Also, writing zero resets the timeslice to default: */ if (!ret && write) { sched_rr_timeslice = - sysctl_sched_rr_timeslice <= 0 ? RR_TIMESLICE : msecs_to_jiffies(sysctl_sched_rr_timeslice); } mutex_unlock(&mutex); -- 2.25.1