Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp1735397ybz; Sat, 2 May 2020 06:42:08 -0700 (PDT) X-Google-Smtp-Source: APiQypK/d+PjjzWIEguVpZz9/aXXhN3wnIc9WLW9iMfh6GYYPgUhxJY10xv0P6FPuauT3Do1fTPz X-Received: by 2002:aa7:d718:: with SMTP id t24mr7710162edq.29.1588426928692; Sat, 02 May 2020 06:42:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588426928; cv=none; d=google.com; s=arc-20160816; b=A7UwCQdzpATAVQSIdOoFqPKVRGM4kpilNZHeZpVGC8/ZN0JBAs8w39lZcqb79Vyc0C jyUXT7QU8tVWUe+8qUkpoQfpQEXsMz2eN1xP67RHWNvuBXbB+uLrznvY4de/RX+QfMtQ SLQi24CviNeaiKqs18WyVCvrt//Z86OOhn9Rid8MhwCxENqUO2fxwsXbw0kTX1kNx+6S KhPul7X3iM8aJrZeE56izXIBVnSAmkX/noD32/KzBMVLRGtSXlEGQ2fPQiEysTFzIGvy UxFhQDAk7OTI04Nl3gIzChnTqQmcSbPvwxJuCYEZ8ljnK8j2V9UjFKzea9R1ibwRq0QJ ZoLg== 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; bh=mgLi7iAHdJwwoZzy5uFhShvSUapakf9gY06FLJSc0u8=; b=E+K16MKSDdsS7ATkw0W020PTg1hyLtil4YmwnBo9amGX88Ad4wVfcdl0OvI6CyJame Acg/N/13AcOaZSzMAx/xKKFXg6FTrtea678EDXt3Q1uM+4TRLvxNbxxFisXVLAK/qby8 F1FYJeoK5wu41dOKg36H7NBes0E5/WgpiUAq1HenfYaB85ZzZ4RTCbARjot1sHHijxZJ 5raoUsBTrDovDKfmDlv3nf2r76TRCBx6jjJeI7cEZVuiSfHgE9tAfsZra8V1w6n62yzc M/zQpQdw9/pXzIdfIUovY137UCfTKbchvIeiW4wVA2kdlUpSykjo03AujRwZIBxDbXjW rIkw== 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 k14si3693237ejg.168.2020.05.02.06.41.45; Sat, 02 May 2020 06:42:08 -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; 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 S1727996AbgEBNk2 (ORCPT + 99 others); Sat, 2 May 2020 09:40:28 -0400 Received: from mail.kernel.org ([198.145.29.99]:39256 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727862AbgEBNk1 (ORCPT ); Sat, 2 May 2020 09:40:27 -0400 Received: from oasis.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (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 DDE6621835; Sat, 2 May 2020 13:40:26 +0000 (UTC) Date: Sat, 2 May 2020 09:40:24 -0400 From: Steven Rostedt To: Changbin Du Cc: Masahiro Yamada , Jonathan Corbet , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-kbuild@vger.kernel.org Subject: Re: [PATCH] streamline_config.pl: add LOCALMODCONFIG_PRESERVE to preserve some kconfigs Message-ID: <20200502094024.6142a04e@oasis.local.home> In-Reply-To: <20200502133054.gx77eoas7u7gnxxm@mail.google.com> References: <20200501023708.108830-1-changbin.du@gmail.com> <20200501130729.3a3e4994@gandalf.local.home> <20200502133054.gx77eoas7u7gnxxm@mail.google.com> X-Mailer: Claws Mail 3.17.3 (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 On Sat, 2 May 2020 21:30:54 +0800 Changbin Du wrote: > > > Sometimes it is useful to preserve batches of configs when making > > > localmodconfig. For example, I usually don't want any usb and fs > > > modules to be disabled. Now we can do it by: > > > > > > $ make LOCALMODCONFIG_PRESERVE="drivers/usb;fs" localmodconfig > > > > That's too much typing ;-) What about just "KEEP='drivers/usb;fs'"? > > > I think we'd better use a long name since it will be passed to the entire kbuild. > And we alreay have one named LOCALMODCONFIG_DEBUG. The prefix LOCALMODCONFIG_ > can help to avoid namespace pollution. I politely disagree. Build options is not common. The LOCALMODCONFIG_DEBUG is an environment variable, which I couldn't just use DEBUG. If you absolutely require a prefix, shorten it to LMC_ or something. I already hate typing 'localmodconfig' once ;-) -- Steve