Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp2992098pxu; Tue, 8 Dec 2020 00:04:19 -0800 (PST) X-Google-Smtp-Source: ABdhPJxHsho/s/Piw0atd7Rh/InvcY89zKMzA7tfoXLlbDAzxXYJzvBiw9dgrfQ4XenF9eJMCpIN X-Received: by 2002:a05:6402:2074:: with SMTP id bd20mr23184420edb.326.1607414659491; Tue, 08 Dec 2020 00:04:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607414659; cv=none; d=google.com; s=arc-20160816; b=j5eWkMq999koOmJrnx47XXtQMrbzHBF1Q/BX2+J/uYHy8v9QxbLYRk/ZG4m80N2sSr +xxxkqcIfjp9eGjIdIXzccVQgAScN4LdfaLIOjwP6hb5HFSwoGPLAR5bdgxuTBMwFmnt LaFnCVurYt7Twf0HQnFso4yO+Kimhmg/3ff8FiV//xiXwIcdHm5Ec68MhQNmRHiX8mjA DlwTp9N14URoNfgvK9BFxX37KAsQhW0RjpZ2GIMCLTO4Gxb9HC9oCl9JmQGJIX82jmp3 XvXy2eT73FEKdhhySFv30hItSHMfxN7oWU0QOy4tviW44rICg2AyrGkh6jbQvzBLvehr z3LQ== 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=0vVwLjMgrqavmXpUo8EX6XK+2qttdo1UQVf1C3GhcAw=; b=t4p0YY46xiomhFGygxkLE6H9NY1iDIkKnKm2rSm0b5ablqBo/FHfq41D8srXtPcdHM CShzMmms8hAcyMUVsIOtyQT8qN1P/Fma5izTsiZtjC9FoOyCNaX37/Bt1GjBmXlLzq3i 4j71NEoqbmLhN8yoq3DxzvZETvyu3YRa432xBv5iI+9YcRkZOi3Je4nQdhMjQiUJvgiL PZA8bNMa/sONPtjg162kIZPXckzUsXj6Go02vv+WSgIqdtiM0qTxUK69QnWA4VVlE6pT K+tGt5/nO81UsQB4PtuyYmzgZSSO77I3mZVRY2ToN7wBVK/dlk5OnJDoAKmvVxqoZr40 WGXg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u7si7766473ejm.200.2020.12.08.00.03.57; Tue, 08 Dec 2020 00:04:19 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727852AbgLHIBD (ORCPT + 99 others); Tue, 8 Dec 2020 03:01:03 -0500 Received: from 2.mo178.mail-out.ovh.net ([46.105.39.61]:40687 "EHLO 2.mo178.mail-out.ovh.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727517AbgLHIBD (ORCPT ); Tue, 8 Dec 2020 03:01:03 -0500 X-Greylist: delayed 626 seconds by postgrey-1.27 at vger.kernel.org; Tue, 08 Dec 2020 03:01:02 EST Received: from player734.ha.ovh.net (unknown [10.108.54.119]) by mo178.mail-out.ovh.net (Postfix) with ESMTP id CCA95B3363 for ; Tue, 8 Dec 2020 08:49:54 +0100 (CET) Received: from sk2.org (82-65-25-201.subs.proxad.net [82.65.25.201]) (Authenticated sender: steve@sk2.org) by player734.ha.ovh.net (Postfix) with ESMTPSA id 0AFE618C8C42C; Tue, 8 Dec 2020 07:49:42 +0000 (UTC) Authentication-Results: garm.ovh; auth=pass (GARM-106R006381ab9e9-fc16-4135-a55f-45b014094f44, F7F8495E9FE719388847EB9DDB8A3A77E3CADC2E) smtp.auth=steve@sk2.org X-OVh-ClientIp: 82.65.25.201 From: Stephen Kitt To: Jonathan Corbet , Andrew Morton , Kees Cook , "Guilherme G . Piccoli" , Randy Dunlap , Eric Biggers , Qais Yousef Cc: linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, Stephen Kitt Subject: [PATCH] docs: clean up sysctl/kernel: titles, version Date: Tue, 8 Dec 2020 08:49:22 +0100 Message-Id: <20201208074922.30359-1-steve@sk2.org> X-Mailer: git-send-email 2.20.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Ovh-Tracer-Id: 3468334663265963397 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedujedrudejhedguddugecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfqggfjpdevjffgvefmvefgnecuuegrihhlohhuthemucehtddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffufffkofgggfestdekredtredttdenucfhrhhomhepufhtvghphhgvnhcumfhithhtuceoshhtvghvvgesshhkvddrohhrgheqnecuggftrfgrthhtvghrnhepteegudfgleekieekteeggeetveefueefteeugfduieeitdfhhedtfeefkedvfeefnecukfhppedtrddtrddtrddtpdekvddrieehrddvhedrvddtudenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhhouggvpehsmhhtphdqohhuthdphhgvlhhopehplhgrhigvrhejfeegrdhhrgdrohhvhhdrnhgvthdpihhnvghtpedtrddtrddtrddtpdhmrghilhhfrhhomhepshhtvghvvgesshhkvddrohhrghdprhgtphhtthhopehlihhnuhigqdhkvghrnhgvlhesvhhgvghrrdhkvghrnhgvlhdrohhrgh Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This cleans up a few titles with extra colons, and removes the reference to kernel 2.2. The docs don't yet cover *all* of 5.10 or 5.11, but I think they're close enough. Most entries are documented, and have been checked against current kernels. Signed-off-by: Stephen Kitt --- Documentation/admin-guide/sysctl/kernel.rst | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/Documentation/admin-guide/sysctl/kernel.rst b/Documentation/admin-guide/sysctl/kernel.rst index d4b32cc32bb7..7d53146798c0 100644 --- a/Documentation/admin-guide/sysctl/kernel.rst +++ b/Documentation/admin-guide/sysctl/kernel.rst @@ -14,7 +14,7 @@ For general info and legal blurb, please look in :doc:`index`. ------------------------------------------------------------------------------ This file contains documentation for the sysctl files in -``/proc/sys/kernel/`` and is valid for Linux kernel version 2.2. +``/proc/sys/kernel/``. The files in this directory can be used to tune and monitor miscellaneous and general things in the operation of the Linux @@ -1095,8 +1095,8 @@ Enables/disables scheduler statistics. Enabling this feature incurs a small amount of overhead in the scheduler but is useful for debugging and performance tuning. -sched_util_clamp_min: -===================== +sched_util_clamp_min +==================== Max allowed *minimum* utilization. @@ -1106,8 +1106,8 @@ It means that any requested uclamp.min value cannot be greater than sched_util_clamp_min, i.e., it is restricted to the range [0:sched_util_clamp_min]. -sched_util_clamp_max: -===================== +sched_util_clamp_max +==================== Max allowed *maximum* utilization. @@ -1117,8 +1117,8 @@ It means that any requested uclamp.max value cannot be greater than sched_util_clamp_max, i.e., it is restricted to the range [0:sched_util_clamp_max]. -sched_util_clamp_min_rt_default: -================================ +sched_util_clamp_min_rt_default +=============================== By default Linux is tuned for performance. Which means that RT tasks always run at the highest frequency and most capable (highest capacity) CPU (in base-commit: 0477e92881850d44910a7e94fc2c46f96faa131f -- 2.20.1