Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp260327imu; Thu, 10 Jan 2019 23:16:48 -0800 (PST) X-Google-Smtp-Source: ALg8bN5tLn6KBnrJG2XjMIyWkoZidCpyQnZ5BD+gpg7MYnXDLZ0FMKlMj9bwdk9C/a/OKmXjYJYi X-Received: by 2002:a63:db48:: with SMTP id x8mr11931838pgi.365.1547191008667; Thu, 10 Jan 2019 23:16:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1547191008; cv=none; d=google.com; s=arc-20160816; b=fC9uIt5KbAgVYz24b7lz3Oeb/dx4UX7veSe/VuR0xw4KGoaPppTo0QCBIzE5SRY6aa jckUeMjVpVNfLStz3DtutySXmKDjZLe5qp2x2PZqiPzA12LXBlZjf9udNdFYGjviuH3S sBIY+7Tlmstu5aJorVZsHWJQpFgW1jwL1YeFbpfs/vXf9xqfZx1uj6ZLhQ7KBU9xZ5ip +dD070M8IgiLxgcBpgKWbXb1S1VaHHkchvaAvA8zCkzhx3qbSKsxJ3ALiCo+tgwkFoRa jgCSkuqGvhS37LaUTxjLjLK4MP7MILOvsnKvqMcUwZ769h0NIsozNl8qJ1OuLcx2fxDT Jezg== 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=2XAQg8IyEPgk9mGa1m66YiJTB3kRKLwekAz1eHeTBZs=; b=AOOhWkDYvYyxLd7NuvyyOjhsohRvVqI0HB/M1522LVC8nPPe/Km7qo2MAff/Ova6f9 2isTs1NyEQI4X8UBn9rD+UfgN5Hn572UAkaN/yZfoRwP+qgngJr87k5XcP+bzyFyyuQ2 16tCYagS7kVO1eDT3uTcQFnEnQxa89/+8jecx2zs0D/80SlRtWS0teHxIT3CxKID466X vY+Hq1ddwTbmEKCxaxa3JKV8MoXVDWQWAigiKvmm0NB8xm7OkDfJcgXyT4AEw9F4S6Ah bPoaA4XflLXj6RiMmi0h8hb1YY4sPFSGEkK+YVqG10vcLQEYYEYfBebrjxMDMnduCDQH dTww== 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 d13si24126250pgh.196.2019.01.10.23.16.32; Thu, 10 Jan 2019 23:16:48 -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 S1725789AbfAKFEK (ORCPT + 99 others); Fri, 11 Jan 2019 00:04:10 -0500 Received: from bmailout3.hostsharing.net ([176.9.242.62]:40071 "EHLO bmailout3.hostsharing.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725268AbfAKFEK (ORCPT ); Fri, 11 Jan 2019 00:04:10 -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 bmailout3.hostsharing.net (Postfix) with ESMTPS id BE771100D9403; Fri, 11 Jan 2019 06:04:07 +0100 (CET) Received: by h08.hostsharing.net (Postfix, from userid 100393) id 5FCDE55045; Fri, 11 Jan 2019 06:04:07 +0100 (CET) Date: Fri, 11 Jan 2019 06:04:07 +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 Subject: Re: x86/fpu: Don't export __kernel_fpu_{begin,end}() Message-ID: <20190111050407.4k7pkir3jqtyn22o@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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190110182413.GA6932@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 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. I respectfully ask for 12209993e98c to be reverted, or alternatively amended to keep ZoL working. Thanks, Lukas