From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.2 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 0C761C433B4 for ; Thu, 29 Apr 2021 14:26:26 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id B23DB61420 for ; Thu, 29 Apr 2021 14:26:25 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239981AbhD2O1K (ORCPT ); Thu, 29 Apr 2021 10:27:10 -0400 Received: from wtarreau.pck.nerim.net ([62.212.114.60]:52791 "EHLO 1wt.eu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233862AbhD2O1K (ORCPT ); Thu, 29 Apr 2021 10:27:10 -0400 Received: (from willy@localhost) by pcw.home.local (8.15.2/8.15.2/Submit) id 13TEQGj7013528; Thu, 29 Apr 2021 16:26:16 +0200 Date: Thu, 29 Apr 2021 16:26:16 +0200 From: Willy Tarreau To: Sven Van Asbroeck Cc: mceier+kernel@gmail.com, Kajetan Puchalski , Miguel Ojeda , Linus Torvalds , Greg Kroah-Hartman , rust-for-linux@vger.kernel.org, Linux Kbuild mailing list , Linux Doc Mailing List , Linux Kernel Mailing List Subject: Re: [PATCH 00/13] [RFC] Rust support Message-ID: <20210429142616.GA11709@1wt.eu> References: <20210414184604.23473-1-ojeda@kernel.org> <878s51e3jc.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: rust-for-linux@vger.kernel.org On Thu, Apr 29, 2021 at 10:13:23AM -0400, Sven Van Asbroeck wrote: > On Thu, Apr 29, 2021 at 10:06 AM Mariusz Ceier wrote: > > > > Let's assume the hipothetical corporation wants to add some > > proprietary stuff to the kernel and avoid sharing the code > > Wouldn't Greg KH be itching to remove such patches from the kernel? If > they made it in, in the first place. That's not what he was saying, he's saying the code could be distributed (i.e. on the company's github repo for example) to comply with GPL though they wouldn't care about getting it merged (like plenty of crappy vendors today). But the point is irrelevant since this can already be done using, say, clang which is already capable of building the kernel and where such extensions could already be added. I.e. that's just a non-argument, let's move along. Willy