Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp2712489pxb; Tue, 19 Jan 2021 04:23:05 -0800 (PST) X-Google-Smtp-Source: ABdhPJwvMdEeNcmG1dKXtGPKXtHLFktwmtYKVejz9Aw7PcPwXr1J2c5M7rZ1XbrEOdQjNW6YR8LW X-Received: by 2002:aa7:d603:: with SMTP id c3mr3090121edr.337.1611058985351; Tue, 19 Jan 2021 04:23:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611058985; cv=none; d=google.com; s=arc-20160816; b=wpxN+XO/YG4dh4nHbYpvNnNykCat6uZ9kajb9532g4JDQ5RsCCAPG/EnTIM75j+kKM HshmexLJckM/azrqh3sPYW3yKpvDGUSRJ+aaFnfvUd/4pJrcG/NKlYj/rNAwYHlsZ8EI LXXrVapGxZ/neHtB6Sj80QbXLQvQO1CVvpCfZGTl/FhXfCV3ppfaGDlw8qKu13QKKpO1 mBReiZk0TZGSI0G8mg9zZxYYYd0Ev76Z6DxAmes3PQ9IAVjy/h9Fkuv3G/L3IflFEaSw EAUWJSAy6w1KxHJTFbcYyptjnCT15lGuPGFTUxcpAujQacqspsf4EppaWk/HuOX74vOv +teg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:abuse-reports-to:tuid:content-transfer-encoding :mime-version:references:in-reply-to:message-id:date:subject:cc:to :from; bh=YqyQqKe4ka+qCQI7roZadLo8xUWntnBmdInEkFXzbR4=; b=l5jWGkUBLXkT6X59KlE2jx6cXO3LLRNuRQe7XXf59D/kDNvZR+kfa9o1lMbyNjcD2J JIhDOo+5FgvH38aWzUdqbZpqSw74bzxHpZoGPT+ceCFY4v932/zdNmBgzJUqSEmwPlcB FQS62THn/PT2f4JD3MO6t+7x/vDFkQZwlF1/0slPT6Jps2CUIqYKK1CwPtOSXr7i0+1X 9vHZJlrteUwf+qiVZ/LUkf2zBK4NpiX0eTkVQmzU46JpMS7cIqvVFuOZLKXjUhGdrS3Q omWDjaaGJ6gf8K229ODOVACgIK/16gy/9zKRDSbdN2HkQ4Zq+a203gWuhKy1r8joAoI5 E1qA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b6si10180519edu.567.2021.01.19.04.22.41; Tue, 19 Jan 2021 04:23:05 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2391278AbhASLYa (ORCPT + 99 others); Tue, 19 Jan 2021 06:24:30 -0500 Received: from support.corp-email.com ([222.73.234.235]:9498 "EHLO support.corp-email.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2389130AbhASLJ1 (ORCPT ); Tue, 19 Jan 2021 06:09:27 -0500 Received: from ([183.47.25.45]) by support.corp-email.com ((LNX1044)) with ASMTP (SSL) id NEB00015; Tue, 19 Jan 2021 19:07:15 +0800 Received: from GCY-EXS-15.TCL.com (10.74.128.165) by GCY-EXS-06.TCL.com (10.74.128.156) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Tue, 19 Jan 2021 19:07:16 +0800 Received: from localhost.localdomain (172.16.34.38) by GCY-EXS-15.TCL.com (10.74.128.165) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Tue, 19 Jan 2021 19:07:14 +0800 From: Rokudo Yan To: CC: , , , , , , , , , , , , , , , , , , Subject: Re: [PATCH RESEND V11 0/7] fuse: Add support for passthrough read/write Date: Tue, 19 Jan 2021 19:06:54 +0800 Message-ID: <20210119110654.11817-1-wu-yan@tcl.com> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20210118192748.584213-1-balsini@android.com> References: <20210118192748.584213-1-balsini@android.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=US-ASCII X-Originating-IP: [172.16.34.38] X-ClientProxiedBy: GCY-EXS-01.TCL.com (10.74.128.151) To GCY-EXS-15.TCL.com (10.74.128.165) tUid: 2021119190715f9f4f0275f6c87c21aaa38b5cbe9b56e X-Abuse-Reports-To: service@corp-email.com Abuse-Reports-To: service@corp-email.com X-Complaints-To: service@corp-email.com X-Report-Abuse-To: service@corp-email.com Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org on Mon, Jan 18, 2021 at 5:27 PM Alessio Balsini wrote: > > This is the 11th version of the series, rebased on top of v5.11-rc4. > Please find the changelog at the bottom of this cover letter. > > Add support for file system passthrough read/write of files when enabled > in userspace through the option FUSE_PASSTHROUGH. [...] Hi Allesio, Could you please add support for passthrough mmap too ? If the fuse file opened with passthrough actived, and then map (shared) to (another) process address space using mmap interface. As access the file with mmap will pass the vfs cache of fuse, but access the file with read/write will bypass the vfs cache of fuse, this may cause inconsistency. eg. the reader read the fuse file with mmap() and the writer modify the file with write(), the reader may not see the modification immediately since the writer bypass the vfs cache of fuse. Actually we have already meet an issue caused by the inconsistency after applying fuse passthrough scheme to our product. Thanks, yanwu.