Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1063285imu; Fri, 11 Jan 2019 14:23:22 -0800 (PST) X-Google-Smtp-Source: ALg8bN5+kpUhUGbTEjgrNbjpS45Pcfk+N376FhPMpXiOxpOqZO60TidfRmiQp0PnvKWrH2peqQQu X-Received: by 2002:a62:a510:: with SMTP id v16mr16192604pfm.18.1547245402288; Fri, 11 Jan 2019 14:23:22 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1547245402; cv=none; d=google.com; s=arc-20160816; b=gEqdb9wURtnudvxxfRRxMwYyw1WHyW7Zog2fRXxpSDUvwAL3g89TL7H0iSGXrRVw4Z AZTeM3Qgq/hS3hT/aYl2NMkR7zuAI0PzTqnyHRgprPi+Ep+CJUy6CcO/SCT7pZNB5QOT Et/4lVe0Kr5Y+5l5v65ZHqWGl1xZDV2majT1qK9/ZbjzxoQW2Pen6dD/mtvwqep/0ujB +v64GHLw8mpoxr82Tap0IG0FM37n76N7rawh6HFbVNLXoj5/DJPyL021filC1wmlMNn9 +6jdQRBjigrTSWBpmA14r/uucdWyNIuXP58/dVZ/Yf+vKNfzod30gi24a+8zc2I/qM57 31bg== 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:to :from:date; bh=j/2MiDy8f26k+kIha6rFV1VlwbPMCFeXY5b7WhhJ2nk=; b=tG7vLrJAh9oiSDrV2dOnbpYgbNhAIBL+kUVJqTNS4GtHtdVY9yS9IeW+vZ3sR34tzk dYU3LC/1KgT44+oXpnAdMa2sF6WbIitYjdkWzYY10n+7ipCX/TK6aeLdgwq3/yM0oWpV Db/84BoKAsi9GBKe7Dg7hQTiUNTW/asOLW0AkqyBNAItC5VeY35Sw3Wt+qRwt9yUOBKl urWdYfAZpRvEEevfCTIYXq5ZqzsMRjKl9sQ1mMS5yO14YcAsKjd4B7hzU1P1BdZck1bQ Hedex9EzR6Rs9ABRnZrrn5hoTGAZWU2xkIHtg++okHuJB7GLM/bxnjB/Eb+Uva95jjxU uiKQ== 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 m8si1549453pls.400.2019.01.11.14.23.06; Fri, 11 Jan 2019 14:23:22 -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 S1726504AbfAKWVw (ORCPT + 99 others); Fri, 11 Jan 2019 17:21:52 -0500 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:37109 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725767AbfAKWVv (ORCPT ); Fri, 11 Jan 2019 17:21:51 -0500 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512) id 32964809EC; Fri, 11 Jan 2019 23:21:43 +0100 (CET) Date: Fri, 11 Jan 2019 23:21:48 +0100 From: Pavel Machek To: "Theodore Y. Ts'o" , NeilBrown , Andy Lutomirski , Andreas Dilger , Peter Zijlstra , Dmitry Safonov , "H. Peter Anvin" , Denys Vlasenko , Linus Torvalds , Borislav Petkov , Ingo Molnar , Brian Gerst , LKML , Thomas Gleixner , linux-tip-commits@vger.kernel.org, jsimmons@infradead.org Subject: Re: in_compat_syscall() returns from kernel thread for X86_32. Message-ID: <20190111222148.GA3855@amd> References: <1460987025-30360-1-git-send-email-dsafonov@virtuozzo.com> <87h8hkc9fd.fsf@notabene.neil.brown.name> <871s8ndg6a.fsf@notabene.neil.brown.name> <871s8g6roy.fsf@notabene.neil.brown.name> <20181024131534.GD11606@thunk.org> <20181024143237.GA27168@thunk.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <20181024143237.GA27168@thunk.org> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed 2018-10-24 10:32:37, Theodore Y. Ts'o wrote: > On Wed, Oct 24, 2018 at 09:15:34AM -0400, Theodore Y. Ts'o wrote: > > At least for ext4, the primary problem is that we want to use a 64-bit > > telldir/seekdir cookie if all 64-bits will make it to user space, and > > a 32-bit telldir cookie if only 32 bits will make it userspace. This > > impacts NFS as well because if there are people who are still using > > NFSv2, which has 32-bit directory offsets, we need to constrain the > > telldir/seekdir cookies we give to NFS to be a 32 has as opposed to a > > 64-bit hash. >=20 > Are there anyone still using NFSv2, BTW? One way of making the > problem *much* easier to sovle would be to drop NFSv2 support. :-) NFSv2 is now in "unexcpected" places such as U-Boot bootloader. I'm pretty sure someone still uses it... Pavel --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlw5FvsACgkQMOfwapXb+vJyrACdFtNgxe2J3DJ0kvIFzQK2ypqH UQEAn0fZdH4FrJ88mO9723PMoXrcU+SI =0hbb -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c--