From patchwork Wed Mar 27 09:15:06 2019 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Kirill Smelkov X-Patchwork-Id: 10873085 Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork-2.web.codeaurora.org (Postfix) with ESMTP id 7F7E317E0 for ; Wed, 27 Mar 2019 09:44:16 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 671B0283A8 for ; Wed, 27 Mar 2019 09:44:16 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 5A6CF28B15; Wed, 27 Mar 2019 09:44:16 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.6 required=2.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,RCVD_IN_DNSWL_HI,URIBL_GREY autolearn=ham version=3.3.1 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id D3D33283A8 for ; Wed, 27 Mar 2019 09:44:15 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731664AbfC0JoO (ORCPT ); Wed, 27 Mar 2019 05:44:14 -0400 Received: from mail128-16.atl41.mandrillapp.com ([198.2.128.16]:18894 "EHLO mail128-16.atl41.mandrillapp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725768AbfC0JoO (ORCPT ); Wed, 27 Mar 2019 05:44:14 -0400 X-Greylist: delayed 902 seconds by postgrey-1.27 at vger.kernel.org; Wed, 27 Mar 2019 05:44:13 EDT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; s=mandrill; d=nexedi.com; h=From:Subject:To:Cc:Message-Id:Date:MIME-Version:Content-Type:Content-Transfer-Encoding; i=kirr@nexedi.com; bh=QRZD9IeRzD6ncGuICtHLI2c6ggBPdMBAZtFU/phEuLc=; b=IBgMkTOvOwl2c+DKI3zX/RlYpJEKSZPA5IRmKU1u0cVleXaglEiNJo1OPYnulVQUEmMZyVDYGtQn u0j1P0B/XEJmvScraMYk4NNaUeMcYHQCeT/j/PLWAToRxamuM+gWGW7gYUtz8hJ034HeWHS6vU6O pQRjIgdmbJlUapTzIX8= Received: from pmta01.mandrill.prod.atl01.rsglab.com (127.0.0.1) by mail128-16.atl41.mandrillapp.com id hjd2uq1mquke for ; Wed, 27 Mar 2019 09:15:06 +0000 (envelope-from ) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mandrillapp.com; i=@mandrillapp.com; q=dns/txt; s=mandrill; t=1553678106; h=From : Subject : To : Cc : Message-Id : Date : MIME-Version : Content-Type : Content-Transfer-Encoding : From : Subject : Date : X-Mandrill-User : List-Unsubscribe; bh=QRZD9IeRzD6ncGuICtHLI2c6ggBPdMBAZtFU/phEuLc=; b=ZY8ztMXQudhMb8/qx0ut+0eVuiIsHxh2uSBlB3I3NQN42z+2Vk96ewIikukIJcg4pJVbiy ZMMSHP3CpeZIVGqD68jnhLchuiAwHNXLguIENzcquPMOQFT+yrK+i9fkp/PPrlsBEtGBdYDH 3IVjWwhnr+e79FowhQ5DWusjXc6FU= From: Kirill Smelkov Subject: [RESEND1, PATCH 0/2] fuse: allow filesystems to have precise control over data cache Received: from [87.98.221.171] by mandrillapp.com id 7a7ee203f8b64f1cb19af871c854d4aa; Wed, 27 Mar 2019 09:15:06 +0000 X-Mailer: git-send-email 2.21.0.392.gf8f6787159 To: Miklos Szeredi , Miklos Szeredi Cc: Brian Foster , Maxim Patlasov , Anatol Pomozov , Pavel Emelyanov , Andrew Gallagher , "Anand V . Avati" , Alexey Kuznetsov , Andrey Ryabinin , Kirill Tkhai , Constantine Shulyupin , Chad Austin , Dan Schatzberg , , , , Han-Wen Nienhuys , Andrew Morton , Kirill Smelkov Message-Id: X-Report-Abuse: Please forward a copy of this message, including all headers, to abuse@mandrill.com X-Report-Abuse: You can also report abuse here: http://mandrillapp.com/contact/abuse?id=31050260.7a7ee203f8b64f1cb19af871c854d4aa X-Mandrill-User: md_31050260 Date: Wed, 27 Mar 2019 09:15:06 +0000 MIME-Version: 1.0 Sender: linux-fsdevel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-fsdevel@vger.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP Miklos, This is a resend of the patches that teach fs/fuse/ to give filesystems full control over data cache if the filesystem server indicates to kernel that it is fully responsible for data cache invalidation. This functionality is essential when the data in cache are relatively big and it is very desirable to avoid automatically clearing the data cache of inode on file size change. The second patch of the series describes the problem in details as well as the fix to it. I send the change initially ~ 2 weeks ago https://lwn.net/ml/linux-fsdevel/20190315212556.9315-1-kirr@nexedi.com/ but had not heard from you at all. Could you please have a look? Thanks beforehand, Kirill Kirill Smelkov (2): fuse: convert printk -> pr_* fuse: allow filesystems to have precise control over data cache fs/fuse/cuse.c | 13 +++++++------ fs/fuse/dev.c | 4 ++-- fs/fuse/fuse_i.h | 7 +++++++ fs/fuse/inode.c | 18 +++++++++++++----- include/uapi/linux/fuse.h | 7 ++++++- 5 files changed, 35 insertions(+), 14 deletions(-)