From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 5EA1F397B08; Tue, 12 May 2026 13:45:45 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778593545; cv=none; b=hI6DGAX0R7Z+4EjgFG+v3iRTz+1uAtX4PVDqGamuBP0Yc2R02DZD34Rgyoih+VuKXOjESxtpxFz/oU1VRW1R+V8YY7hwoLixtse2EKdCyZbyr/JDLKBlGckgbe5X++fkI4gzTypEnD8ectD9nONXgQjOciaWCzNfGIhnpq9hBmk= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778593545; c=relaxed/simple; bh=HfpR7Lg+TxySR9F/nG8/aNLHRsyiPEjAeogvOILEcVs=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=ibU8iIe4eJ6b7izBqsMMlq1si8zD8yVrD5YXoUMvZrkFsUg2oyFUMRT+f7YEHBsNLwW8DhoCaH58YT9GwuVKcatGZvI8yNJdRjNqC6WtM5u9qH5L0wfKit7aTi5oUnV3hJriIY9o/hwQo4tSuDUREFZVK0MEMNG1kA54B9aUqig= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=Vw1RxebF; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="Vw1RxebF" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 948CBC2BCF5; Tue, 12 May 2026 13:45:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1778593544; bh=HfpR7Lg+TxySR9F/nG8/aNLHRsyiPEjAeogvOILEcVs=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Vw1RxebFKUBHRY3SX7b0fato7ilJgCagkpY07ahGDxfNAgH7vBOKWxyKV8Y1yi5xH FYmuye8YvIKJ2cD7oTH28LBkictnO28FIkRMWM81TruLj/y1xLYJze4vJ4DcnXGP7e 7IgLRWXgpiOt3o4Hjdd8CYbrN9FbGhtr8tH84AozusvCdYahLJuTbkbwGb3DOrFKgN g0jyMUaIjGlAdpWdELjjTHhY00s9Hk+0ORKHcYd6xOXZOKHNAZT1dmZYlqnKr8FRDN Pjm5VX0hDlxzxorRJG+PNA8NxExqOfE0SqximNaNhN4QcHGy1sFd2oqjaDvGfR4JG5 tv9l/J/CDAsDA== Date: Tue, 12 May 2026 15:45:42 +0200 From: Frederic Weisbecker To: Sebastian Andrzej Siewior Cc: LKML , Gabriele Monaco , Ingo Molnar , Jonathan Corbet , Marcelo Tosatti , Marco Crivellari , Michal Hocko , "Paul E . McKenney" , Peter Zijlstra , Phil Auld , Steven Rostedt , Thomas Gleixner , Valentin Schneider , Vlastimil Babka , Waiman Long , linux-doc@vger.kernel.org, Bagas Sanjaya , Shuah Khan , John Ogness Subject: Re: [PATCH] Documentation/kernel-parameters: Remove "Deprecated" from isolcpus= Message-ID: References: <20260427150739.bwVmmkj2@linutronix.de> Precedence: bulk X-Mailing-List: linux-doc@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20260427150739.bwVmmkj2@linutronix.de> Le Mon, Apr 27, 2026 at 05:07:39PM +0200, Sebastian Andrzej Siewior a écrit : > The isolcpus= option has been marked as deprecated in 2017. Back then it > was desired for the domain sub option to be configured dynamically at > runtime instead using this boot command line which provides a static > configuration. In the meantime this option was extended by other sub > options which don't have runtime counterpart or it does not make sense > to provide one. > > The deprecated part always referred to the default `domain' sub option > but it was not obvious. Also the reasoning behind the deprecation is > sort of dubious: There is nothing wrong with a static configuration if > there is no desired to reconfigure. This is useful on systems which > have one purpose and the CPU partition configuration is not changed for > the entire lifetime. > > Remove the "Deprecated" note. Remove the part of the description which > suggest to use cpuset.sched_load_balance and instead point to the > documentation file which explains how to use cpusets to configure this > at runtime. > > Signed-off-by: Sebastian Andrzej Siewior Acked-by: Frederic Weisbecker -- Frederic Weisbecker SUSE Labs