Received: by 2002:ac0:aed5:0:0:0:0:0 with SMTP id t21csp4553114imb; Wed, 6 Mar 2019 16:45:20 -0800 (PST) X-Google-Smtp-Source: APXvYqzXSJOd4tG6EYOZvojZN/5r0I5mdlDFL2wtD78QFRyzdpT4WFVKDN8zx039NYREEBNdXXLU X-Received: by 2002:a63:e813:: with SMTP id s19mr8741690pgh.12.1551919520292; Wed, 06 Mar 2019 16:45:20 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551919520; cv=none; d=google.com; s=arc-20160816; b=rc2/sSlzS92PwOBv8dh8bm36YOBjibdcoiJWuChG209SwCXefQXDSttuH0oihpBFFf e0Xld3y0JgCWq5dzozDNBbsLsSn4Pr2opeZd4W3OQbaL8rZdvrW/tiEfFMwbvtepW74z skE/Fn86Vd8Lq44Xj6vRI1omC0xeSkk2513XD3Rw3gSbYX54EILXz2CG+44sRR6GwOH9 mndKdU8/tWYtMxZ1+yi1hSWUC+7FUke3kAvyXQv7+kx/RCBv0OQuMCpb8RQkX8sxN7vH /hFS1wBoStvtILJPIJ+oNHz8DogpTEVgqFvxAHNMn8wfwgPsNiji52SbXdaYMFLNO7Qj PrCg== 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=xi+SAfwnw7ZthUMc1JZEa1Q94l+IEuEND76JyeKC4Os=; b=vk1KpXQf2BSuuesF15K/m7sHMj17hsqr4dCfUDwosu9eQoCJPizMEtgFvbKRDdg3O3 tjgL850myxFzHeiAajdaY99xMWHMpr5Xk/C4gfTGwXZN+IILahJHTtNXr4ePmngfCfp0 AUioibssIOKYzGfnhQSjFZNISNcp1p/3bofxUyH7iInaZgmO9BkB9uoj+3VcrYnMrrj4 hCrZz5taEe97d8H71DJx2lCfKJtdus34uaqp60wds0baevHUlDhy3YcKBI5x24+d9Vsy ijLIDsqp+ZTdZIRs2qqcmI3qc3L4u5PQIbQSc5uYx6wOuFBn+t8vpWdH2/O2SCmFiGqy 01Sw== 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 130si2612297pge.525.2019.03.06.16.45.04; Wed, 06 Mar 2019 16:45:20 -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 S1726197AbfCGAoM (ORCPT + 99 others); Wed, 6 Mar 2019 19:44:12 -0500 Received: from mout.kundenserver.de ([212.227.17.13]:47127 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726104AbfCGAoL (ORCPT ); Wed, 6 Mar 2019 19:44:11 -0500 Received: from [192.168.1.110] ([95.118.27.116]) by mrelayeu.kundenserver.de (mreue108 [212.227.15.183]) with ESMTPSA (Nemesis) id 1MPGNn-1hRD9s1HsD-00PeAA; Thu, 07 Mar 2019 01:42:53 +0100 Subject: Re: [RFC] Provide in-kernel headers for making it easy to extend the kernel To: Pavel Machek , Joel Fernandes Cc: hpa@zytor.com, Daniel Colascione , Greg KH , linux-kernel , Andrew Morton , ast@kernel.org, atishp04@gmail.com, Borislav Petkov , Ingo Molnar , Jan Kara , Jonathan Corbet , karim.yaghmour@opersys.com, 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: "Enrico Weigelt, metux IT consult" Organization: metux IT consult Message-ID: <742b4797-9954-fb54-cce8-47fcad750c69@metux.net> Date: Thu, 7 Mar 2019 01:42:45 +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: <20190306230944.GB7915@amd> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:RX24RBqb5ICC35Zqw52rqUcecm18ejI+hyOSLvGZU6WbQPWwi11 3xLAlY52oMYvx4h6yJc0SvDHfyEnRqvwRFV1+15FYTRCPw5lXaLhcjDqUWPi9/fOY4AM7Gb 4X8++JBmZk7xAoUS7m+kT3seTIzgzXikikLORlxbTG9cEbYcUu3BajoDn1sc3mVETYasdun m/S3k66CkoutBgOrNSh0g== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:VL+SIjaSDPc=:PHmemI3a89Rw0tBehAaTg4 v/IDRyH+oNZ0zKpfdcdBAokE8TwTcCq4M867Lsp0ImscOTbcaK5UGrVO0KpOzr01Nff7UBgs0 Lzxqhcy2qXTVVy8Robl4Iq3JGKl8wXltTMWiDJZtuZOW+lcRm57TFvxb7D1tQQu9sLv/EhwFa mn1m3GU8ZtMa/DqCPIRp6JTangqs0dOxKrXnDIg1FNiWtMLU6fMkobHOhqANtjuCgIMJmUjmB meJYjaC1coV0ZIRG7DH/87KSvOWYid2iiH/GVV1WZzxJlMuRHqOs91NYfJUJS7D8ZLgpQdTgu ibHgOgO+Cv6jOcSEaGDQ+pmrTlqd/gztKAI4FFhcahAigQf8sGxPky7yGg5yA0MCzOFz+B0k8 ceBVb2bWQGfSJidxHiD73gQge8Ps7TdqPAvOCFkptkdTXAluVdirZj5E5AcPa4VvuwlkHIapO RlQg33q1TwRqnkgzLj5x5pyXAzX+rVkaE7SYM1fi39v0wWNocWh9SOm+rUtE9bYI9BIUarTp5 TdFvZFJlJe7QPIDoVOcIDKQ6XomUZKUApUBuXZnxhStEgndtLFg31Gz//mvpYfEe2ZZHF35WI /uZ3YGtqI50yXNE76Re2l7Udt2pnH5BIxBjHahvyx8CaijA1qr5wF1G73B55Meo/LTQaEkZOY RMJdGEJpt5QibdVUbP8D9Uh3/Bim2uSXlOCE+Z5jwIrJJFroOCLTOG4zHs15210IlEQI6NHjN SxGy1ztDEq9V5faZie4w+pU+I2tY/U+2nLVE9Cvh2NVrSB73dewNyHEsnEY= Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 07.03.19 00:09, Pavel Machek wrote: > So your licensing requirements prevent you from having headers in the > filesystem, but allow module with the headers hidden inside on the > filesystem? Maybe it's just because I've missed most of the thread, but which license requirements exactly could that be ? The kernel still is GPL, isn't it ? So, any device vendor needs to hand out the exact kernel source he hat built the image from, anyways. (by the way: we should start a flash mob action of demanding sources from the pocket-computers-with-3g vendors, but that's another story ;-)) So, what kind of license issue could it be, which prevents putting the files (that you'd have to hand out anyways) directly into filesystem, while allowing them in a .ko in the same filesystem ? I'm confused. > Looks like you should just tar xvzf > this-is-a-kernel-module-I-promise.ko /usr/src/linux/include :-). We should ask coreutils folks to add an ELF encapsulation to tar ;-) --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering info@metux.net -- +49-151-27565287