From patchwork Mon Feb 14 13:58:17 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Greg Kurz X-Patchwork-Id: 1592643 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Authentication-Results: ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=nongnu.org (client-ip=209.51.188.17; helo=lists.gnu.org; envelope-from=qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org; receiver=) Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by bilbo.ozlabs.org (Postfix) with ESMTPS id 4Jy7LH6n4rz9s5B for ; Tue, 15 Feb 2022 02:24:23 +1100 (AEDT) Received: from localhost ([::1]:55784 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nJdDB-0006RJ-K0 for incoming@patchwork.ozlabs.org; Mon, 14 Feb 2022 10:24:21 -0500 Received: from eggs.gnu.org ([209.51.188.92]:39934) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nJbsV-0004mf-61 for qemu-devel@nongnu.org; Mon, 14 Feb 2022 08:58:55 -0500 Received: from us-smtp-delivery-44.mimecast.com ([207.211.30.44]:43084) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nJbsP-0001vy-RH for qemu-devel@nongnu.org; Mon, 14 Feb 2022 08:58:54 -0500 Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-371-6h-p7OK0PkiELePLf2HTqQ-1; Mon, 14 Feb 2022 08:58:45 -0500 X-MC-Unique: 6h-p7OK0PkiELePLf2HTqQ-1 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 6601C1091DA1; Mon, 14 Feb 2022 13:58:44 +0000 (UTC) Received: from bahia.redhat.com (unknown [10.39.192.166]) by smtp.corp.redhat.com (Postfix) with ESMTP id 246607DE27; Mon, 14 Feb 2022 13:58:20 +0000 (UTC) From: Greg Kurz To: qemu-devel@nongnu.org Subject: [PATCH v5 0/3] virtiofsd: Add support for FUSE_SYNCFS request Date: Mon, 14 Feb 2022 14:58:17 +0100 Message-Id: <20220214135820.43897-1-groug@kaod.org> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: kaod.org Received-SPF: softfail client-ip=207.211.30.44; envelope-from=groug@kaod.org; helo=us-smtp-delivery-44.mimecast.com X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, T_SPF_TEMPERROR=0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Sebastian Hasler , "Dr. David Alan Gilbert" , Greg Kurz , virtio-fs@redhat.com, Stefan Hajnoczi , Vivek Goyal Errors-To: qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org Sender: "Qemu-devel" FUSE_SYNCFS allows the client to flush the host page cache. v5: - split announce_submounts and ! announce_submounts to separate patches for easier review (but could be squashed together) - track submounts directly in lo_inode structure following the same logic as FUSE_ATTR_SUBMOUNT (i.e. directory with either st_dev or stx_mnt_id different from parent) v4: - based on upstream linux FUSE_SYNCFS - added support for the '-o announce_submounts' case, i.e. client sends a FUSE_SYNCFS request for each submount (identified by its root inode) - adapted the case without '-o announce_submounts' so that syncfs() is no longer called with lo->mutex held v3: - track submounts and do per-submount syncfs() (Vivek) - based on new version of FUSE_SYNCFS (still not upstream) https://listman.redhat.com/archives/virtio-fs/2021-May/msg00025.html v2: - based on new version of FUSE_SYNCFS https://listman.redhat.com/archives/virtio-fs/2021-April/msg00166.html - propagate syncfs() errors to client (Vivek) Greg Kurz (3): virtiofsd: Add support for FUSE_SYNCFS request with announce_submounts virtiofsd: Track submounts virtiofsd: Add support for FUSE_SYNCFS request without announce_submounts tools/virtiofsd/fuse_lowlevel.c | 11 ++++ tools/virtiofsd/fuse_lowlevel.h | 13 ++++ tools/virtiofsd/passthrough_ll.c | 93 +++++++++++++++++++++++++-- tools/virtiofsd/passthrough_seccomp.c | 1 + 4 files changed, 114 insertions(+), 4 deletions(-)