Received: by 2002:ac0:aed5:0:0:0:0:0 with SMTP id t21csp4546148imb; Wed, 6 Mar 2019 16:34:18 -0800 (PST) X-Google-Smtp-Source: APXvYqyPgovHbOLNmzAdZ7Cwi+Koc0/hT3wOyy61hcolCRGcnSG25vBbQnOREUvjInWIhCvPpF9Z X-Received: by 2002:a62:54c5:: with SMTP id i188mr9817186pfb.188.1551918858387; Wed, 06 Mar 2019 16:34:18 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551918858; cv=none; d=google.com; s=arc-20160816; b=gEv4F5kPogNAWcvDaVvkd8K3X8s0V1G0S+tseeKH8/VL3jc1612MfsH7NrItBkXItz m75WWd2hqTPkqV4w7lKJGTegWDk/aVLUGbTuv4dximqLdtzYxMrHZfNRMhaKmFTVmQvX 3alNmct3sb2Zrv5Us69IOrZMREqCP9xGbsldA530i3zLwPLSdb2glqM7SRqrb/voRBzf RPzqh26mjF6HKb19JlftlXG37x4hLtB3mgNcScRIhlg2TZFHfZcCzAAm0pgm0F5kBYNj yAxgKpu0OdnSt3USvQLJIUe+Ai+N6LJFVaGHmqjadHimjcrtH0HPV42g7APAtDhZPKaA qhBA== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=gzYwli4cPwRlXPTOtH0skjEQHimZWr4sgXGimyQ/Cdg=; b=wVXfqHMxF+9ZOYgJengz2b3A8Nub4TvsSQDirAN4Lb1wVsyx4YWhET2I4Yhx1onJGH x2hr/RSi9wy17y8u2W1f+LXhwBHE7m9UgzVybgmi6Dh5kMWiEGQj8b30T5IG9i9YQjv9 trs4LzxHAmnMuMS01b9VvnQmdDAkNyROxyAFNyCrK5VxY+VsDeL9QTOrk1fq6Gt/rWkK GJpErmgtXnNusH+GnQeQrBUjUXqdfFozyMIGD/XyxhF858gawwp3+rkFu2zY6xXnftCW c9PAE0IA6QpA1+J+v11UVuSrT9Ib2tV4xIi9kP9Lvbj/BSU+dfgdOqyh7LIFSXf63w64 7ctA== 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 d20si2688475plr.388.2019.03.06.16.34.02; Wed, 06 Mar 2019 16:34:18 -0800 (PST) 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 S1726307AbfCGAd1 (ORCPT + 99 others); Wed, 6 Mar 2019 19:33:27 -0500 Received: from terminus.zytor.com ([198.137.202.136]:60755 "EHLO mail.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726224AbfCGAd0 (ORCPT ); Wed, 6 Mar 2019 19:33:26 -0500 Received: from hanvin-mobl2.amr.corp.intel.com ([192.55.54.40]) (authenticated bits=0) by mail.zytor.com (8.15.2/8.15.2) with ESMTPSA id x270WLhJ1950669 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Wed, 6 Mar 2019 16:32:22 -0800 Subject: Re: [RFC] Provide in-kernel headers for making it easy to extend the kernel To: Daniel Colascione , Pavel Machek Cc: Joel Fernandes , Greg KH , linux-kernel , Andrew Morton , ast@kernel.org, atish patra , Borislav Petkov , Ingo Molnar , Jan Kara , Jonathan Corbet , Karim Yaghmour , Kees Cook , kernel-team@android.com, "open list:DOCUMENTATION" , Manoj Rao , Masahiro Yamada , Paul McKenney , "Peter Zijlstra (Intel)" , Randy Dunlap , rostedt@goodmis.org, Thomas Gleixner , "maintainer:X86 ARCHITECTURE (32-BIT AND 64-BIT)" , yhs@fb.com References: <20190118225543.86996-1-joel@joelfernandes.org> <20190119082532.GA9004@kroah.com> <20190119162754.GC231277@google.com> <20190119232503.GA149403@google.com> <78AACAF1-8EBF-4DF3-BE94-5B14E78BA791@zytor.com> <20190120155838.GA23827@google.com> <20190306230944.GB7915@amd> From: "H. Peter Anvin" Message-ID: <2205470b-1efc-b357-8b2e-67392cf8bb2e@zytor.com> Date: Wed, 6 Mar 2019 16:32:20 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 3/6/19 3:37 PM, Daniel Colascione wrote: > > I just don't get the opposition to Joel's work. The rest of the thread > already goes into detail about the problems with pure-filesystem > solutions, and you and others are just totally ignoring those > well-thought-out rationales for the module approach and doing > inflooping on "lol just use a tarball". That's not productive. > You might think they are well thought out, but at least from what I can tell they seem completely spurious. -hpa