Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp1147693ybz; Thu, 16 Apr 2020 03:55:15 -0700 (PDT) X-Google-Smtp-Source: APiQypKCDJQzP/j7zXpiJ1zMdZFYcMrrhy8Aw8csjmMbbXqnAgpJy5XNKja6frtCm7CUlbXsIsYA X-Received: by 2002:a17:906:9450:: with SMTP id z16mr8849365ejx.166.1587034514832; Thu, 16 Apr 2020 03:55:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587034514; cv=none; d=google.com; s=arc-20160816; b=ancc5M0K8corLqQWNoIZvA05wq9xrYwHKB5K1HQkWQA2LkT2p5xHZrpKXInjg8HbAN UmvMNg0yI1umafu4viMlQSBpcz/AVKHkAecYq6Nsg7RXVXcqJviJqqbZd2tlQk4PlnHh GKT65kIowy8PuoyP38TFCt1/gEig+zhlJ6KHxWji/NqhF1iG29XKrBn7TXavFq+BQTLD fE4XejjH0oQ+u45RlyPBgD/3iSnidkAT5a9H7TNB3krGwz8lT/7XmHYrlI6lLhFMHEcm F3RDLf2CZ/6pH7Zhv1J4LN2QPm+Rh5kPCAWeWKkvFewSoWKBeM/MD/ksOv338NVw18BB 8mPA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=mIU6gyP2ik4+55dteSMcMvVGV2732IZ7GteoXkJTzv0=; b=MAN/ealTUv0BH/bA6QKwnZiFC2skmWUVHFmhisXrS4+mmbomayqQ4Pa92ajXVfIW+v dDTrwLMVmabwNiPUBLDCtq+f0uOkuKDvzV71uOCsqQhQR9/m6W0Y/0NFzGBQbwXrzgtd 0pIpsYuok/0ubyyJIR4TvCO+EBpEGmQly/PddOuOvXbgX0JQ0laMK38RuS2AvZ0/THnp 1ZG9oeUPKzSstbO1vnHj5dH74FfQp6RcWTwH+0Y2UtKmmQILbmjZx1BVSVF5xwWm+cmO qYNf6PWKtMHBfbTErwJlKoeEPqv9N7/diRwH+kgOVJtmxM8v7UvbFj1AwHdJ1ONgedak eH1w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=hVtiK8gS; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id by26si3815340edb.144.2020.04.16.03.54.50; Thu, 16 Apr 2020 03:55:14 -0700 (PDT) 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; dkim=pass header.i=@kernel.org header.s=default header.b=hVtiK8gS; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2505735AbgDPKvx (ORCPT + 99 others); Thu, 16 Apr 2020 06:51:53 -0400 Received: from mail.kernel.org ([198.145.29.99]:60618 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2505584AbgDPKuD (ORCPT ); Thu, 16 Apr 2020 06:50:03 -0400 Received: from devnote2 (NE2965lan1.rev.em-net.ne.jp [210.141.244.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id CFB6821973; Thu, 16 Apr 2020 10:49:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1587034203; bh=LjtYJ1+zP8B4coyCSSkpAR0h9NEbqGTk1VJW9/0u9YM=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=hVtiK8gSA6OqY8oY4HnFhpmgvWLI2HvqcFXcU5YyKJdhNP37a5BfYSw23JXFYOAzq 3ZnmfvIdea6UiBOS7K1SXBWE6YBf4bP5IHp97F4Q1bnDE9Xor5UAQcDwN0BM0jsxjh dOpxHZr2HaQzsEDck+ov8Ah3UdmIFICjC2gf65aE= Date: Thu, 16 Apr 2020 19:49:55 +0900 From: Masami Hiramatsu To: Luis Chamberlain Cc: Vlastimil Babka , Andrew Morton , Kees Cook , Iurii Zaikin , linux-kernel@vger.kernel.org, linux-api@vger.kernel.org, linux-mm@kvack.org, Ivan Teterevkov , Michal Hocko , David Rientjes , Matthew Wilcox , "Eric W . Biederman" , "Guilherme G . Piccoli" , Alexey Dobriyan , Thomas Gleixner , Greg Kroah-Hartman , Christian Brauner Subject: Re: [PATCH v2 1/3] kernel/sysctl: support setting sysctl parameters from kernel command line Message-Id: <20200416194955.3448c8526ea3f59e95c506da@kernel.org> In-Reply-To: <20200416012931.GE11244@42.do-not-panic.com> References: <20200414113222.16959-1-vbabka@suse.cz> <20200414113222.16959-2-vbabka@suse.cz> <20200415180355.00bc828ea726c421638db871@kernel.org> <20200416012931.GE11244@42.do-not-panic.com> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.32; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Luis, On Thu, 16 Apr 2020 01:29:31 +0000 Luis Chamberlain wrote: > On Wed, Apr 15, 2020 at 06:03:55PM +0900, Masami Hiramatsu wrote: > > On Tue, 14 Apr 2020 13:32:20 +0200 > > Vlastimil Babka wrote: > > > diff --git a/init/main.c b/init/main.c > > > index a48617f2e5e5..7b43118215d6 100644 > > > --- a/init/main.c > > > +++ b/init/main.c > > > @@ -1372,6 +1372,8 @@ static int __ref kernel_init(void *unused) > > > > > > rcu_end_inkernel_boot(); > > > > > > + do_sysctl_args(); > > > + > > > > Ah, I see. Since the sysctl is designed to be called after all __init calls were > > done, it shouldn't use bootconfig directly because bootconfig is full of __init > > call. > > The idea is bootconfig would be useful in the sense of a library set of > helpers which could be modified to remove __init, and then used to > instrument the cmdline depending on certain debugging kconfig entries. Would you mean making bootconfig (parser and APIs) be more generic so that other subsystem can reuse it with their data? Or just make it available after boot? (I think this latter one will be useful for module initialization) > We currently have no way to purposely extend / break the cmdline for > debugging purposes, so, bootconfig's parsers, since it already has a > way to extend the cmdlineline, might make it much easier to do this > later. > > Without bootconfig, if we wanted to add new kconfig to, for example, > add new funny cmdline arguments to test they worked or not, we'd have > to devise our own set of helpers now. ie, new functionality. bootconfig > however already has existing functionality to tweak the cmdline, and so > some code could be leveraged there for this purpose. Hmm, you can use the bootconfig as a "supplemental" kernel command line, but not tweak (like modify/replace) it. Would you like to change the kernel command line parameter on-line? Thank you, -- Masami Hiramatsu