Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp7369365yba; Thu, 2 May 2019 08:43:15 -0700 (PDT) X-Google-Smtp-Source: APXvYqwYogY7fe18ilk5v10PxS54djLQcn0xHlcsvyx8i56elWIXIG/SGtUy/4sT/dUYJU1TINA0 X-Received: by 2002:a63:c50c:: with SMTP id f12mr4648778pgd.71.1556811795017; Thu, 02 May 2019 08:43:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556811794; cv=none; d=google.com; s=arc-20160816; b=AWODib5cd4fSq5EKm3BqO2MEZVcJnh4GoE0EoVzTV5rULA5qguL7w4L774hBQ2SBsY zjl4aQ/yT7QJI0vho3vLT521vL3zysmS/6IaeUkVOAHWKGUzfD8UKxcQmK02MOuRPMSN J8iNhVknUZUdWa5l2l37Qeijc8leA7ryzLxJvrmQRWCaLqxafAEB62hlOdnSu26vSwTs BrHkM8CwGybX9nIeZ4HGSCL599kJZXXyLtdgEVAw0yY8zDZ9PsGjQk/X1kqte09sNig0 7rDqYRfldmHKS26d/JVYmxxvq4hN8B38ftHGM2WcO1K0qW/Rjngzr9DaK6jJSCgchgQ5 Hgrg== 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-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=S6IA/lbqrOZqSdseE6MSEGD+kTby7yOVlOr0DqVgKcM=; b=d/bR25k3ZTNKFM6u/71m4rEqFzhaVNqPf01YuMSsaWYtaCqMrTfbUOQ3scxTPdHCRp e4Z67wBTMh/MQGAPg3hu58USjfW2hJJXfTjB/R/HAaPdI/JwZ7+HXcFHJqeveHR6IN/k qaYb2jImSrM8SWhOz8Pp10rau8d9wznlGDXEgNEKq6DfRYK3GU4y0oGRGm6tXF9pfAPc JUpaYfRZrscDYWiNymTvSejNcIl3O41PppwftNDEGmXesdXMaFv85AOyjpVQe/RXr64e TDj1n7XK6Jb7A/cCzrbgQ/UDYfxNLOR+KlQcNy3ZC33AwhALO/Sv2kSYgD2u59QMq2h6 pMTw== 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 r77si33293489pgr.140.2019.05.02.08.42.59; Thu, 02 May 2019 08:43:14 -0700 (PDT) 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 S1728492AbfEBPlh convert rfc822-to-8bit (ORCPT + 99 others); Thu, 2 May 2019 11:41:37 -0400 Received: from Galois.linutronix.de ([146.0.238.70]:54788 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727608AbfEBPlg (ORCPT ); Thu, 2 May 2019 11:41:36 -0400 Received: from bigeasy by Galois.linutronix.de with local (Exim 4.80) (envelope-from ) id 1hMDpD-0003Af-Oh; Thu, 02 May 2019 17:40:44 +0200 Date: Thu, 2 May 2019 17:40:43 +0200 From: Sebastian Andrzej Siewior To: Andy Lutomirski Cc: Greg KH , LKML , Rik van Riel , "H. Peter Anvin" , "Jason A. Donenfeld" , Ard Biesheuvel , Dave Hansen , Ingo Molnar , Nicolai Stange , Paolo Bonzini , Radim =?utf-8?B?S3LEjW3DocWZ?= , Thomas Gleixner , x86@kernel.org, stable@vger.kernel.org Subject: Re: [PATCH] x86/fpu: Remove the _GPL from the kernel_fpu_begin/end() export Message-ID: <20190502154043.gfv4iplcvzjz3mc6@linutronix.de> References: <761345df6285930339aced868ebf8ec459091383.1556807897.git.luto@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8BIT In-Reply-To: <761345df6285930339aced868ebf8ec459091383.1556807897.git.luto@kernel.org> User-Agent: NeoMutt/20180716 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2019-05-02 07:42:14 [-0700], Andy Lutomirski wrote: > The FPU is not a super-Linuxy internal detail, so remove the _GPL > from its export. Without something like this patch, it's impossible > for even highly license-respecting non-GPL modules to use the FPU, > which seems silly to me. After all, the FPU is a CPU feature, not > really a kernel feature at all. > > Cc: Sebastian Andrzej Siewior > Cc:: Borislav Petkov > Cc: Rik van Riel > Cc: "H. Peter Anvin" > Cc: "Jason A. Donenfeld" > Cc: Ard Biesheuvel > Cc: Dave Hansen > Cc: Ingo Molnar > Cc: Nicolai Stange > Cc: Paolo Bonzini > Cc: Radim Krčmář > Cc: Thomas Gleixner > Cc: x86@kernel.org > Cc: stable@vger.kernel.org > Fixes: 12209993e98c ("x86/fpu: Don't export __kernel_fpu_{begin,end}()") > Signed-off-by: Andy Lutomirski > --- > > This fixes a genuine annoyance for ZFS on Linux. Regardless of what > one may think about the people who distribute ZFS on Linux > *binaries*, as far as I know, the source and the users who build it > themselves are entirely respectful of everyone's license. I have no > problem with EXPORT_SYMBOL_GPL() in general, but let's please avoid > using it for things that aren't fundamentally Linux internals. Please don't start this. We have everything _GPL that is used for FPU related code and only a few functions are exported because KVM needs it. Also with the recent FPU rework it is much easier to get this wrong so I would not want for any OOT code to mess with it. And again: It does not change whether or not ZFS can be used on Linux (excluding the license issue). They simply can't use crc32 with their SSE assembly and this is it. Sebastian