Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp996673imu; Fri, 11 Jan 2019 12:59:01 -0800 (PST) X-Google-Smtp-Source: ALg8bN4xfiew05UmHEvd360vMU7RRVd4BbBj3sZE+xMsf3hBN3TfoJvQGOatIjiQZurdoAuiZqD8 X-Received: by 2002:a17:902:9691:: with SMTP id n17mr16587543plp.9.1547240341884; Fri, 11 Jan 2019 12:59:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1547240341; cv=none; d=google.com; s=arc-20160816; b=o6DjyIqcxSSDET0BOM/lCBekHNgU0Y136lx3H4Jq3IlxtYcH/NUuRXgHB1AqbI7314 nFguOWSaGeb8ssAp1kX3BP4WxgjKG9fkhW7/CD4QThKJd4/e3CnapL+1G055xJMm17Jl vK870ZP+osWJTWLVhiJb3kI7WNu5XuIZMqGuQyJZSpLSzaIfdiZGefSHwSST88nDXH+x /KEjmUEkRqAdaFfx3OEdipxSCWyFbFdK1n2alY0/loAr22a4G7vIsupxTxGSrD4eS9nk 8CCpr/loHVWPU/QjloU88AFDuGopH5MUy58cbz1Ns4TDtH02xWrlnwhY3KJzq2oLkamy bOqA== 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-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=D8lMy2aA5yEQNyDlUtUPUMjCJPwf6paeNSD/Qq9uU8E=; b=Phe5E9iqPDFQCOlRNPyqJDUkdeZ50YgQkgHf23w/lY35MQL/0Gf5Gbvfrk3r4ulBx1 EyO3HY/t4BjqWKFDfQSkB3qgL6tOQ7LEUKB3+rsZ2MUB40PkOUZlzzey+oUcCDNpgqpS yGTfcF9OH8bv4gwTd2UC8TLJndCUR6yvkGtzGFiSFvxqP2c4kIY0hXLq03WdeWIpM0nH hztb5iiPoXo6YsgCyrti5PqQ0GyKRZShi9fERrXtqplRwTzGOv/LyULNo/3YTn3i9MWD A01coX3KfPFHg4e1PdEvCfQCNdYUA58UV3jt8qhkDONYeJjtxpn9mt3cxdC0oIXI+RDN 9RZg== 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 p4si9676048pli.432.2019.01.11.12.58.46; Fri, 11 Jan 2019 12:59:01 -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 S2389858AbfAKSGV (ORCPT + 99 others); Fri, 11 Jan 2019 13:06:21 -0500 Received: from bmailout2.hostsharing.net ([83.223.90.240]:58497 "EHLO bmailout2.hostsharing.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2389780AbfAKSGT (ORCPT ); Fri, 11 Jan 2019 13:06:19 -0500 Received: from h08.hostsharing.net (h08.hostsharing.net [IPv6:2a01:37:1000::53df:5f1c:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.hostsharing.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (not verified)) by bmailout2.hostsharing.net (Postfix) with ESMTPS id 6EF702800F982; Fri, 11 Jan 2019 19:06:17 +0100 (CET) Received: by h08.hostsharing.net (Postfix, from userid 100393) id 28CB111AF6A; Fri, 11 Jan 2019 19:06:17 +0100 (CET) Date: Fri, 11 Jan 2019 19:06:17 +0100 From: Lukas Wunner To: Greg Kroah-Hartman Cc: Sebastian Andrzej Siewior , "Hutter, Tony" , Marc Dionne , Linus Torvalds , Linux Kernel Mailing List , "x86@kernel.org" , Kash Pande , Ingo Molnar Subject: Re: x86/fpu: Don't export __kernel_fpu_{begin,end}() Message-ID: <20190111180617.2k5uundov6hf4m7h@wunner.de> References: <20190109111951.5zvnj7ls6jv56p2u@linutronix.de> <20190109165235.GA8151@kroah.com> <20190109170935.e6b6rwzpk6dlruu4@linutronix.de> <20190110131132.GC20217@kroah.com> <20190110180752.f4cnunadzzkev24m@linutronix.de> <20190110182413.GA6932@kroah.com> <20190111050407.4k7pkir3jqtyn22o@wunner.de> <20190111054058.GA27966@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190111054058.GA27966@kroah.com> User-Agent: NeoMutt/20170113 (1.7.2) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [cc += Ingo] On Fri, Jan 11, 2019 at 06:40:58AM +0100, Greg Kroah-Hartman wrote: > On Fri, Jan 11, 2019 at 06:04:07AM +0100, Lukas Wunner wrote: > > On Thu, Jan 10, 2019 at 07:24:13PM +0100, Greg Kroah-Hartman wrote: > > > My tolerance for ZFS is pretty non-existant. Sun explicitly did not > > > want their code to work on Linux, so why would we do extra work to get > > > their code to work properly? > > > > ZoL facilitates seamless r/w cross-mounting with macOS, something no > > other filesystem allows, and that feature is critical for me to work > > on Linux drivers for Mac hardware. Please don't make life harder than > > necessary for developers like me. Your "extra work" argument seems > > disingenuous to me, Sebastian's patch is causing extra work for > > ZFS developers, not the kernel community. The maintenance burden > > for the kernel community to retain the export is zero. > > Sorry, no, we do not keep symbols exported for no in-kernel users. AFAICS the only other alternative would be to remove the _GPL from the export of kernel_fpu_begin()/end(). Those functions were static inlines until v4.2 when Ingo uninlined them with commit d63e79b114c0 (x86/fpu: Uninline kernel_fpu_begin()/end()). Ingo, why did you choose _GPL back then, given that the functions were not restricted to GPL before? Any objections to making them available to non-GPL again? As it stands, v5.0 removes the ability from non-GPL modules to use the FPU or SIMD instructions and that kills ZFS on Linux. This isn't hurting Oracle, they're not using OpenZFS, it's only hurting ZoL users. Thanks, Lukas