From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.5 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 44842C433E6 for ; Wed, 3 Feb 2021 15:04:42 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id E632464F95 for ; Wed, 3 Feb 2021 15:04:41 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233778AbhBCPEZ (ORCPT ); Wed, 3 Feb 2021 10:04:25 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34378 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233659AbhBCPEE (ORCPT ); Wed, 3 Feb 2021 10:04:04 -0500 Received: from mail-vs1-xe31.google.com (mail-vs1-xe31.google.com [IPv6:2607:f8b0:4864:20::e31]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 080B5C06178A for ; Wed, 3 Feb 2021 07:03:18 -0800 (PST) Received: by mail-vs1-xe31.google.com with SMTP id v19so10113vsf.9 for ; Wed, 03 Feb 2021 07:03:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=szeredi.hu; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=16cDNKxraA3jARSxbNqlIlmOE3npJRnOa9MH9uHHTKM=; b=IgyIS8cRCiVNUXTC+2WVbi+ZidgiMoLewT/JGLIKvrJMri9lw2Shh0SES2p++86DOD DjmFXxT3mWC8i7HegTGb8/5ye/98nC04js79jlDh0ejnE5lgrEv0JFXkvlsVXJy/Z9Co nA+j2eFBLFImXMFLvQ+Z2jsSRr1Up1Cpdbzko= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=16cDNKxraA3jARSxbNqlIlmOE3npJRnOa9MH9uHHTKM=; b=H9+QXMNNjt5/aAJnH2yvAYM9sX+7gO7PFloHNn9j+S2IXeypB9lH1o5U1vFQ7p75dr 1yrb+FYM4O8bnFapZzEU/wm+YTLByCvY7I8EhZGKvifPTFnBiIs0fiJ+s++xLQUHHJJs U1MJMVFXQ6vuTQOkIJ5ClAEG0mnq2CMcbC6nxmS5Gk1Q6/4gH/NyEY4lD7k0u+ACE1mc AzsFyGNfcI47OnlNNAkIafoLg3rFUIzXdRLNVVpTHteSiwGwcXIWOsPih0AnrD5qHUBD TCbK692U1rHsn24WzJS4xLkdF6t/N1Ye7AW2roYCEsmpOojOrflBaXw/FD4qQG/Kcg4k c/uQ== X-Gm-Message-State: AOAM530BCYof5G08eqNMDpdAsjcU609huxoSYOhswQZyWRNMhLHUQmbP Z3FNSZO4HtFZSOwVVw0wO8mlKfFaTA9lnVXUnHPdBQ== X-Google-Smtp-Source: ABdhPJyvk/QConD3gywUwGfKEASsYovv/QTdEyyM8SgVTja0saduihmUwwthGFAWt3bDkKKxgFdHCSdij8V8adGtJ5M= X-Received: by 2002:a67:fb86:: with SMTP id n6mr1886934vsr.0.1612364597339; Wed, 03 Feb 2021 07:03:17 -0800 (PST) MIME-Version: 1.0 References: <20210203124112.1182614-1-mszeredi@redhat.com> <20210203130501.GY308988@casper.infradead.org> <20210203135827.GZ308988@casper.infradead.org> <20210203142802.GA308988@casper.infradead.org> <20210203145620.GB308988@casper.infradead.org> In-Reply-To: <20210203145620.GB308988@casper.infradead.org> From: Miklos Szeredi Date: Wed, 3 Feb 2021 16:03:06 +0100 Message-ID: Subject: Re: [PATCH 00/18] new API for FS_IOC_[GS]ETFLAGS/FS_IOC_FS[GS]ETXATTR To: Matthew Wilcox Cc: Miklos Szeredi , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Al Viro , Andreas Dilger , Andreas Gruenbacher , Christoph Hellwig , "Darrick J . Wong" , Dave Kleikamp , David Sterba , Jaegeuk Kim , Jan Kara , Joel Becker , Matthew Garrett , Mike Marshall , Richard Weinberger , Ryusuke Konishi , "Theodore Ts'o" , Tyler Hicks Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-fsdevel@vger.kernel.org On Wed, Feb 3, 2021 at 3:56 PM Matthew Wilcox wrote: > But let's talk specifics. What does CIFS need to contact the server for? > Could it be cached earlier? I don't understand what CIFS is doing, and I don't really care. This is the sort of operation where adding a couple of network roundtrips so that the client can obtain the credentials required to perform the operation doesn't really matter. We won't have thousands of chattr(1) calls per second. So I think the principle is more important than the details of the current implementation. And I'm saying that knowing that fixing up FUSE will be my responsibility and it won't be trivial either. Thanks, Miklos