Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp36972imm; Thu, 4 Oct 2018 15:06:26 -0700 (PDT) X-Google-Smtp-Source: ACcGV62aRFk2vQkXfO/rBc/OQ5KlIlfAS4DfetLONBKztpGzpdZ8fgRLCY/IRQtN8CjoRFPac2c4 X-Received: by 2002:a17:902:7c12:: with SMTP id x18-v6mr3230944pll.206.1538690786626; Thu, 04 Oct 2018 15:06:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538690786; cv=none; d=google.com; s=arc-20160816; b=yO82MXRA8W8Z7TRLxsWGKG48QOB5/h6CUzDp8jwErUy0NBF4DYTLeiPqiPryKfe5/G DEq6abaw3q0nHpLiltnvIRDT3+aAPUJ5cXi0NHGWiEBX6gKMQp3OEH5JK3A/C+EZO4jw q51+vlnJZoymiz9vxagbVM1N7uHH+H6vFUXc2J7dQvZtkasFgCZAe4N6IyjHjZqUA1WO f0Q1ex35mofX6hHRePaXp/W6e/24kPg24Jh0Cr7lXJjMYZvZ61VTzXoa55JUOgHR0nd7 5Y4n1kITpy6b/2lFFGuERD6FD5tYkc1s/WiaBuPzI4X2v0B1sxGDQ5dahAhIoCED1Qie 6AJA== 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=CHxKZohAB/l203mjF03B8v6N+CgxdHcBM5ECAaD4fEg=; b=XRchtGldAVpIk+w7/iQYEXotQwsWHFGYIb/0oF6SrbwnVq1zYUV2byiDPUhB5l8ohB vjwleI+J2AJUw169cz2eKXX1FFuSiY51o1EJpPMkduk0P5pbBWgeA7LG781mjVa7Z3VE UNU6TUg0CqLcK+XgOsMHZ3Agaya2ip07D8K3Kh8ESU7Xr3PPay7Q+fOS0vn9z0EwfWdF YRl5Tw42X6/GH5LLKFXw2R34jpCzf97hlMbhYT5umjxd0nUZgsS7fjdUqf+nGbAZ+Xia Y42qHEeaSWzNEAxM6VX4tNoiq5pUTEb+S0CwmTJLMbiEBF/ZI2m7qSu/Z1gfdK8HKBM4 tNwA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r18-v6si6294552pgb.578.2018.10.04.15.06.05; Thu, 04 Oct 2018 15:06:26 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726457AbeJEFBW (ORCPT + 99 others); Fri, 5 Oct 2018 01:01:22 -0400 Received: from mail.kernel.org ([198.145.29.99]:41208 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725758AbeJEFBW (ORCPT ); Fri, 5 Oct 2018 01:01:22 -0400 Received: from gandalf.local.home (cpe-66-24-56-78.stny.res.rr.com [66.24.56.78]) (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 AD93D20877; Thu, 4 Oct 2018 22:05:56 +0000 (UTC) Date: Thu, 4 Oct 2018 18:05:55 -0400 From: Steven Rostedt To: Luis Chamberlain Cc: Josh Triplett , LKML , linux-kbuild@vger.kernel.org, Masahiro Yamada , Randy Dunlap , Sam Ravnborg , Petr Vorel , Johannes Berg , Valentin Rothberg , Vegard Nossum , Felix Fietkau , kconfig-sat@googlegroups.com Subject: Re: [kconfig-sat] [ANN] init-kconfig - easy way to embrace Linux's kconfig Message-ID: <20181004180555.0421b300@gandalf.local.home> In-Reply-To: <20181004205319.GO5238@garbanzo.do-not-panic.com> References: <20181004200249.GL5238@garbanzo.do-not-panic.com> <20181004200859.GA10237@localhost> <20181004203950.GN5238@garbanzo.do-not-panic.com> <20181004204117.GA10640@localhost> <20181004205319.GO5238@garbanzo.do-not-panic.com> X-Mailer: Claws Mail 3.16.0 (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 Thu, 4 Oct 2018 13:53:19 -0700 Luis Chamberlain wrote: > On Thu, Oct 04, 2018 at 01:41:18PM -0700, Josh Triplett wrote: > > I would *love* to see Kconfig in Linux evolved to be more easily reused. > > This *can* happen. Let me itemize a few things off of my head I think > would need to be done as its at least fresh in my head now: > > All we need from scripts/Kbuild.include is filechk and kecho (what I > have in my scripts/Kbuild.include). This could be moved to > scripts/Kbuild.basic, and so would make sync'ing easier. > > The scripts/kconfig/Makefile would need a respective modifications to > make it work independently, see my scripts/kconfig/Makefile. Perhaps > the biggest pain was resolving the target for > scripts/kconfig/.mconf-cfg. If somehow we end up with a file which could > work for both environments we're set. > > Other than this we'd need a simple script, say scripts/copy-kconfig.sh > which would copy over only those files I took from scripts/kconfig. > > There's a few things to consider for a split copy / demo: > > * versioning *is not* part of kconfig > * object building *is not* part of kconfig > > But the problem I faced was that to demo kconfig I had to use *something* > for versioning and object building. The object building is simple, and > the versioning scheme was just copied from Linux. > > What I ended up with the smallest demo I could come up with. > Are you attending Linux Plumbers in Vancouver? Because I think this would be a very interesting BoF there. -- Steve