Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp7421126yba; Thu, 2 May 2019 09:31:40 -0700 (PDT) X-Google-Smtp-Source: APXvYqyaJwoA40KCVfbhZLmb4FLTQD2XNfIuH1JOlNAFPg//NuCdgo1KFSpVstmA32sOju+XWOtr X-Received: by 2002:a63:9a52:: with SMTP id e18mr4839043pgo.335.1556814700094; Thu, 02 May 2019 09:31:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556814700; cv=none; d=google.com; s=arc-20160816; b=YNOnBxP92QxS80G9/m/C2G9deCrfdbEXwayzrzu9UzMJodXphGdKNl4S1ClN+vheTY x9IAd7SY0W1fCQUT4dvWZF/OgX39vhcUUKBuY3wUUWcsT/Fn43OCY7Yon3JzYAo/9V+f o1Dbyg9iD9x07+YSK1Jfmi0vTRi78Szw7mRHmAb47hoPSPnpE6Ct+OwH+XO1tHSmYIWz d1t61XiaTSCjt6puovOoqSJWmCiumEjIf8J/eUvXW3fbAYz1ENbLe9z1cQc6aqmVF4Xy ETZeiO+XOBcFJekA6Tx2umw/cJQfNcFPAZdZpOss3O6GLYu4kDd2d4yJXCG/1HOhfVlK hASA== 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:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=iiSI//S7FYLV+so1Snl+MH2DlRPGadcXNLtFgiRL8xE=; b=oElMB4nlszvB9fIuz/qRgqapKnt/JK7hJRqmURyxHgB6YzmnAksFzBPlvm8hjR0Mg0 5UpZqlUffSR0q6aYF5z44zSmuu/Nme7dhLoIm3s91CxeFrztj/cYpih573EBI2pydUCi u4g1s8HU2Sq1y6qHtYRXCJIuz/ZkTSucsNWF4yWdSLGE3ZkbNPSZau03cAMxL74U3EAD EKBv+c7vjBmeN9xZZRVssA77LyKqTf5ixJNP3RYk39F40Zo2XAD0uVh8toKIP1xWrWMu Nvhp1HcY5fYMZPQzLpsHyUMq5rt0IErQmbrI2V04WMpcmPJZNvWHtgbFJ9x7UPqogdT9 5ZMw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="iLX5/IR0"; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u6si1613601pgr.12.2019.05.02.09.31.24; Thu, 02 May 2019 09:31:40 -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; dkim=pass header.i=@kernel.org header.s=default header.b="iLX5/IR0"; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726542AbfEBQ3Q (ORCPT + 99 others); Thu, 2 May 2019 12:29:16 -0400 Received: from mail.kernel.org ([198.145.29.99]:52632 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726283AbfEBQ3P (ORCPT ); Thu, 2 May 2019 12:29:15 -0400 Received: from mail-wm1-f44.google.com (mail-wm1-f44.google.com [209.85.128.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id A10F421670 for ; Thu, 2 May 2019 16:29:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1556814554; bh=dkbCGmB8aJGbYDw70GrUnrtJT8x3nxXrvwASHrQjPTw=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=iLX5/IR0m54fE0vzkkxIiwsbsWgj4Jp37cw4TzUtk/De3AWomS7hp0i2Z/I06e+Qi Hx5xHvrmjx1DgoOQe1qkYH85inCY7lQ6u5c7Yt/WDc+KfPuK7Ro+cHyRFSj3buxfSt wesztiPbo4DB8Xk7azvFK4/662GzvJS25JlKZpxQ= Received: by mail-wm1-f44.google.com with SMTP id n25so3424327wmk.4 for ; Thu, 02 May 2019 09:29:14 -0700 (PDT) X-Gm-Message-State: APjAAAUTyQHRhY7uDpgcJGKHMvAW26+h0n0JyOks7wVmG5P79fyr6C3f dko7CgZNEIiEiWa1rKdmaHjef/5X9ydGRifvQ4rcjA== X-Received: by 2002:a1c:486:: with SMTP id 128mr2855200wme.83.1556814553206; Thu, 02 May 2019 09:29:13 -0700 (PDT) MIME-Version: 1.0 References: <761345df6285930339aced868ebf8ec459091383.1556807897.git.luto@kernel.org> <20190502154043.gfv4iplcvzjz3mc6@linutronix.de> In-Reply-To: <20190502154043.gfv4iplcvzjz3mc6@linutronix.de> From: Andy Lutomirski Date: Thu, 2 May 2019 09:29:01 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH] x86/fpu: Remove the _GPL from the kernel_fpu_begin/end() export To: Sebastian Andrzej Siewior Cc: Andy Lutomirski , Greg KH , LKML , Rik van Riel , "H. Peter Anvin" , "Jason A. Donenfeld" , Ard Biesheuvel , Dave Hansen , Ingo Molnar , Nicolai Stange , Paolo Bonzini , =?UTF-8?B?UmFkaW0gS3LEjW3DocWZ?= , Thomas Gleixner , X86 ML , stable Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, May 2, 2019 at 8:41 AM Sebastian Andrzej Siewior wrote: > > 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=C4=8Dm=C3=A1=C5=99 > > 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. > I'm not saying that we should export things for ZFS's benefit. But, as far as I know, _GPL means "this interface is sufficiently specific to Linux details that we think that any user must be a derived work". I don't think that kernel_fpu_begin() is an example of that. --Andy