Received: by 2002:ac0:aed5:0:0:0:0:0 with SMTP id t21csp5408269imb; Thu, 7 Mar 2019 15:12:48 -0800 (PST) X-Google-Smtp-Source: APXvYqxZb4ubvalrIx0QpEk2k9HyvauqFkLzY3EbinQkWtGchmUuF9AlZQEBd8YeQGLA8wpRFKwq X-Received: by 2002:a62:458a:: with SMTP id n10mr15773031pfi.136.1552000368707; Thu, 07 Mar 2019 15:12:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1552000368; cv=none; d=google.com; s=arc-20160816; b=SqZ6e/j+Q6MDuAz+R2jhoA/Cj/RhCtAiM3rV4MZPQKJXEHAFJ0J42gaUAUZxGKLPqg AgetPOBesXwzskVbZMgpIEuasIoIXnqfr5+btfJ2Ya7rAkqw5A5znGfjbV6PhOtTYO3y wF5OaP/bFk2WsY6gFSEThv0C4r6wYtGJxF2wvDrIXODSiKhhkd51NEOh+M234xHwgHPp xwPTvHlCdj6HSKOglMpcUV6SOBCaaVtckB0GPN241Ad5QXI+UpDlDnfK86QcKt7v7oGE c5LMAw9PSCwclIksMg/NTtWLRhLK3X4B2bq1Ptnz3H+ZaIuUDyc1BOtGI1GpDmwOAmCC uZ6Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=M3bALdIkkTXR5Cl9wrkQz8PrR1SUO0MiBjS3cu5nIVU=; b=1HSk0NgbNTtJ4NjdV5OsukenbhdXGxAFa2lU68+xSecB7BjnpW4QnEn7RKceVh3zlb fFImBZoKc8VtlvzHQa/dF96lLBCLNw0Gg69wJbFtq5KUSkrq79fxoxTBx7/Ex9EaX29y HEidx5nsn6WX/jvND4zqRyAaTehKjBKzNH2n9Cu9bly+5KOvX1ntFkrQpfuW/+7qcC/w wl/yeO9UOOWR9R3Lo5ztwXkDc7NlV0F9nqvZWyQhoV1J26aDnhX/K92Lv68zGXpQuG/I P4KwX2YcEofvwtx8IQdw9u+XkCqldQkN+PVjH9E36mGl4v7VHE5aBHZlAp98NXYsyxg0 4IeQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@joelfernandes.org header.s=google header.b=eGmMPxZP; 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 o2si4733858pgh.565.2019.03.07.15.12.32; Thu, 07 Mar 2019 15:12:48 -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; dkim=pass header.i=@joelfernandes.org header.s=google header.b=eGmMPxZP; 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 S1726298AbfCGXML (ORCPT + 99 others); Thu, 7 Mar 2019 18:12:11 -0500 Received: from mail-qk1-f195.google.com ([209.85.222.195]:40719 "EHLO mail-qk1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726172AbfCGXML (ORCPT ); Thu, 7 Mar 2019 18:12:11 -0500 Received: by mail-qk1-f195.google.com with SMTP id h28so10135152qkk.7 for ; Thu, 07 Mar 2019 15:12:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelfernandes.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=M3bALdIkkTXR5Cl9wrkQz8PrR1SUO0MiBjS3cu5nIVU=; b=eGmMPxZPHYxgib0WVlf0KAJZUvJqIszcB29lMR3bfoCY4qGVJz61Qh7LzWV8NUYgDQ g/+xaKYjl90EiSgfmwzNZEuiGh+Xpdp9q8dZf1owvGS91v+ac4/YDN4Hk2ya0UUAjXeW 3O6O9EcZVmW5I1WQFqEBiDVE3BNOMAp0UHwUo= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=M3bALdIkkTXR5Cl9wrkQz8PrR1SUO0MiBjS3cu5nIVU=; b=kpidGNeX1jFEqw27dW80x/Ge7NDQhID8heoPyANuq7VU9Y1FjRNMVXdjz8ZwtmSBmx suKX4+/10TXJ4ok6RkLq/Zu5UmvgfBPB2Rso5JqmuxY431vXZGnw15R77Jg/y0KYdJCc Uy8JSCGF3v7RGk6uGHQ5ueL6NtV/Nnde+/G/XtOqoDwDL+YxY3dE2mbnZzeGxUWAM3GS WdIRg/T3FYzMz4CoBXBGiVk6c2JeBffxrbyG/HFGpdyV0aJyV/0ozPrmhJA8zsMLOzeC wKXw4KqVVDvrNbgAu0P4lz16t6kfLu0tSW4oQ7PxNw1WqfUCg1WS4WtcIEp/cUXvm99H XCKQ== X-Gm-Message-State: APjAAAUJ8ysB4qCJwfn7ObIH+YzL4+/UKPhArspAw95aDzR26Y6kSdx2 K3lk64weflPUK+VPR6q+v/fqXg== X-Received: by 2002:a37:6d41:: with SMTP id i62mr241170qkc.209.1552000329639; Thu, 07 Mar 2019 15:12:09 -0800 (PST) Received: from localhost ([2620:0:1004:1100:cca9:fccc:8667:9bdc]) by smtp.gmail.com with ESMTPSA id b66sm3600500qkj.57.2019.03.07.15.12.07 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 07 Mar 2019 15:12:08 -0800 (PST) Date: Thu, 7 Mar 2019 18:12:07 -0500 From: Joel Fernandes To: "Enrico Weigelt, metux IT consult" Cc: Greg KH , Daniel Colascione , "H. Peter Anvin" , Pavel Machek , 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 Subject: Re: [RFC] Provide in-kernel headers for making it easy to extend the kernel Message-ID: <20190307231207.GA51897@google.com> References: <20190120155838.GA23827@google.com> <20190306230944.GB7915@amd> <754146f0-8b57-8644-81c1-528b5ca7dba1@zytor.com> <0c46ab5f-8bd6-6916-fc4a-b6f00d456011@metux.net> <5ebec282-57b0-6ebe-0876-ce0dd7b0c11c@metux.net> <20190307205505.GB30028@kroah.com> <5e558126-9038-1ca5-4519-7b5864ca9fa1@metux.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5e558126-9038-1ca5-4519-7b5864ca9fa1@metux.net> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Enrico, On Thu, Mar 07, 2019 at 11:11:22PM +0100, Enrico Weigelt, metux IT consult wrote: > On 07.03.19 21:55, Greg KH wrote: > > > Ick, no, no more squashfs please, let's just kill that mess once and for > > all :) > > okay, then: s/squashfs/whatever_fs_image_or_archive_you_like/; > > > Again, putting this in a simple compressed tar image allows anyone to do > > whatever they need to with this. If they want a full filesystem, > > uncompress it and use it there. If they just want it in-memory where > > they can uncompress it and then discard it, that works too. > > And let me stress the point: doesn't need any kernel changes at all, > when it's just a file in the same place where the .ko's live. Yes, but you're missing the point that some people would also opt to build it into the kernel during their development/debugging (Config=y). For such folks, they don't want to update the FS with anything during debug runs either. Your "whole same place where the .ko lives" doesn't address Daniel's usecase. You may say "initrd", but this is a much cleaner solution to that IMO. There is no initrd needed and the path to the header files will be at a standard location that is already pre-decided by the kernel. As Greg said, you are welcome to keep it disabled for yourself if you don't want it. This doesn't affect anyone else who doesn't use it.