Received: by 2002:ac0:aed5:0:0:0:0:0 with SMTP id t21csp4578048imb; Wed, 6 Mar 2019 17:26:14 -0800 (PST) X-Google-Smtp-Source: APXvYqyyySEQyBl5BNj4XljUnF9FCv1CxPx3YDCSNW2uii2PgJh+70qDfrmeNdwpelGtdk3HT5QM X-Received: by 2002:a63:cf01:: with SMTP id j1mr9036997pgg.342.1551921974702; Wed, 06 Mar 2019 17:26:14 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551921974; cv=none; d=google.com; s=arc-20160816; b=eY8dRQcl/7TLetyM5dr/ysX2YRA09BJwHzSKAupIRWIx/yoNI33eJE65+4xk14GCAb 9xCJN60Ox3+eK/FUFZiTKllO2zYt+XMWpA1itXqR2RDlG2J26ynJvoPB/rZI8il9N7cp eNeE3OQUAWWtpLPPccx4zeARld6Eldx4jQGW5XCwwRbwBN64KQ9001ijOrQsU6/XprMb eRqyF8MSj9vo5kBCN+9H/hvQJU6fER7T4Ry+5g4FFw/B0By0tzuIVhrADyCKwPLpMFuR jQ3TGrXVVaJH7oG6RnipenlNHp3slnE8e/dn694TNtm9XrK3XZTD5OFkNXxpHV5JVwqE UMmQ== 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:organization:from:references:cc:to:subject; bh=0sq53lZGVXxut0cxcOww3p+ughGoE3XCWeSXwsDrJ+0=; b=odZcJFi8hyuuv7ngTVgoM6Q5UY4JWzok4DHQjk7RYJHQumt8e2CaHQWwyaw/zNPfX0 TyXgoXiCcowoF3CoIScV6lHG1M2g68sRGLldJyORccBE07dZDRA+myMvLOqcegR+pJuX UxHb2JdlWajXYrBCetOBgh46qEh2dfmz4uqIUPE6mwcIGF8cTrK1fQBCYy5BwrP8dNbx tbMIVetE9rsZ5rCkvC5mXB5hWScMU+5uT5ZHjzxltpPScpwpEudl9YviZycPHv2SZHfz X+nLC2BIHn5gnTQ91xafRfCHQRLii+I4/oyJIIadtkSqVTWm4oQBifZl1DdiUHY2Zihl YrrA== 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 91si2922542pla.14.2019.03.06.17.25.59; Wed, 06 Mar 2019 17:26:14 -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 S1727382AbfCGBZj (ORCPT + 99 others); Wed, 6 Mar 2019 20:25:39 -0500 Received: from mout.kundenserver.de ([212.227.17.24]:43899 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727367AbfCGBZi (ORCPT ); Wed, 6 Mar 2019 20:25:38 -0500 Received: from [192.168.1.110] ([95.118.27.116]) by mrelayeu.kundenserver.de (mreue109 [212.227.15.183]) with ESMTPSA (Nemesis) id 1MhlCg-1gX1l51mr2-00dotm; Thu, 07 Mar 2019 02:22:59 +0100 Subject: Re: [RFC] Provide in-kernel headers for making it easy to extend the kernel To: Daniel Colascione , "H. Peter Anvin" Cc: Pavel Machek , 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> <754146f0-8b57-8644-81c1-528b5ca7dba1@zytor.com> From: "Enrico Weigelt, metux IT consult" Organization: metux IT consult Message-ID: <0c46ab5f-8bd6-6916-fc4a-b6f00d456011@metux.net> Date: Thu, 7 Mar 2019 02:22:53 +0100 User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:6swaBrmdOtKyStgzefBtaJvrQ/G1ygCASH7FQKPujuq2ntSpB2K pPrgRD7taWECi9OILna5x315j0I3BNV3zOCyxpvKI36jRp6rOQjP9ZQwjbEg1J7p0zH+yNy yQZUxxGU12ftn88SraxyG0Npff4NqhmAklpwcK8Fhy34BRUhHRDW4i/DfCS3hnYyfErZITt SYM23+oxl/4SfaEGCbBSA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:eQEu1S8QLu8=:PpCvODzuiFdAoA5nSbVvLj ty+U7oGcir6yr/IsVQF+ao9bI+UN8EDHOB7vYKwAlvCsED/5v85YpbDdL0+6LgPieQSR4BnUt SnHX5S2FjopLutDWYw69Uvp7tGB1kIUDjgPgfO/otRkJ8AqRQnTW38dBTdZv9R8+PG0XKQ04M 8sF84DPNPd428caBOq3ey3qYLIMbaRv8PJ4jbMhOMaYxyIOm3V9pfhOnURA3NSaB2Ktm6UK+R m/mfED3WHSgfrQul3oCHhKM+T13PIPuXScDBbcuxz9kFzEhs+4YLgeHN6XjW6kx3l0NY58e86 0iU7p6kiUj4Kd3iJ6XAoKLELJ8DoddaUfglefBuPFI12aOtxevUOn/13nCn9whe+TqzuvaaJw s2A/i/+C3QDOKvE0yIomfPEphYWuc/pvONomheF3HE9HwcbvBI9BKByA+tQ+cVcuOSSza3Cbm EqmJ7xysZ38MKdYNrzs2jPR8lwaNNcb+D0+gJrBqVQIT7LYlf3n4jlj09ah8E6V5LxQAKFCHq wSthuWd4yfCHPev/JZ1qe43X+C7kwraUSQ/2LOgzS+iWZV4pLQfYhOFJWf8WA2vTXeQ+iw/p+ jZAczvYZi+O2w3nJoBl8vxKkpcjW/mlDopeN7hDD4ecfYImH8D83yANm/SkVLmDXQSfakMyY8 qLnudDtSEjhizvu4Qa5Qtoo5s2YH6XiW6o+ZGsUyDrItDP1vixqCW6HN3zCHXdRaLIkMXI270 GBRw8Q0nKC67bJNL5leg6KzskEfmcItwNnXBpeaSX/7I4yeIJWEtr7o10IY= Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 07.03.19 01:33, Daniel Colascione wrote: > *There* *may* *be* *no* *filesystem*. A Linux system w/o any filesystem at all ? Well, that's interesting. > The only thing the kernel can really guarantee is its own> existence --- it should be entire in itself. I vaguely recall some option for linking in an initrd ... does this still exist ? > If I'm hacking on an> Android kernel and say "fastboot boot mykernel" without making any> changes to the device's boot filesystem, I should still be able to use> tracing tools that rely on knowing the headers for the kernel with Fix fastboot to support initrd or use a remote filesystem ? I'm doing embedded development all the day, and one of the first things I usually set up for a project is an fully automatic netboot (or at least usb boot). Shouldn't be so hard, and is a more generic solution. --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering info@metux.net -- +49-151-27565287