From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from out30-118.freemail.mail.aliyun.com (out30-118.freemail.mail.aliyun.com [115.124.30.118]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id B4B4D5EE62; Tue, 23 Jan 2024 11:35:35 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=115.124.30.118 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706009738; cv=none; b=jC4UWMdcHdD3jH7enPBNeHYMly9znEakbpxkWTsnvJ22jTGqiBwQcGw3ydEkdFONCYwlzaF5x+NXTxTwx9ke6VqYTseAJwZAtfbY3mRdxiqmn1CyLHUe/zThbVb6tpYVhiFxeKquvTH+6yIakiUPqHXs3nMP5JxpxdpMPeGMQtE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706009738; c=relaxed/simple; bh=zqxFj5ZGxR3PD3HXVtGinV/PNYZoCcA/Vkh+1WVU82U=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=oFqzI33D2TMfqv/jxE07axs/p/8f6Rt2vzK5PRTtDig69NT4itmONKO7cIai9dlv7MIofEr141mDBcd8PRN2afU7AdG5hKdwqrUVXuaZKjFhYXar1iNh9pnDfSZ57DeStGCZRtMQCaG+pHT7uew56o93A91X/29iOeknDa7IroE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.alibaba.com; spf=pass smtp.mailfrom=linux.alibaba.com; arc=none smtp.client-ip=115.124.30.118 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.alibaba.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.alibaba.com X-Alimail-AntiSpam:AC=PASS;BC=-1|-1;BR=01201311R141e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=ay29a033018046050;MF=jefflexu@linux.alibaba.com;NM=1;PH=DS;RN=4;SR=0;TI=SMTPD_---0W.CfNdu_1706009725; Received: from 30.221.145.142(mailfrom:jefflexu@linux.alibaba.com fp:SMTPD_---0W.CfNdu_1706009725) by smtp.aliyun-inc.com; Tue, 23 Jan 2024 19:35:26 +0800 Message-ID: <77355a90-77eb-4095-b3d4-6c828b18aacf@linux.alibaba.com> Date: Tue, 23 Jan 2024 19:35:24 +0800 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [RFC] fuse: disable support for file handle when FUSE_EXPORT_SUPPORT not configured Content-Language: en-US To: Miklos Szeredi Cc: Amir Goldstein , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org References: <20240123093701.94166-1-jefflexu@linux.alibaba.com> <3d1d06de-cb59-40d7-b0df-110e7dc904d6@linux.alibaba.com> From: Jingbo Xu In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 1/23/24 6:46 PM, Miklos Szeredi wrote: > On Tue, 23 Jan 2024 at 11:40, Jingbo Xu wrote: >> >> >> >> On 1/23/24 6:17 PM, Amir Goldstein wrote: >>> If you somehow find a way to mitigate the regression for NFS export of >>> old fuse servers (maybe an opt-in Kconfig?), > > Better would be if the server explicitly disabled export support with > an INIT flag (FUSE_NO_EXPORT). > I would give it a try (as a mitigation) if it's on the right direction. -- Thanks, Jingbo