Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp945786ybt; Wed, 17 Jun 2020 18:40:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz17NntLYTPI3ehwr55aMpejbqhLeUIMRXuJ3JAnFeiaFdAw0td99vvf7BNVqRy0pJs4M/V X-Received: by 2002:a50:f9cc:: with SMTP id a12mr1860686edq.227.1592444420892; Wed, 17 Jun 2020 18:40:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592444420; cv=none; d=google.com; s=arc-20160816; b=NeBx/DLp1ro1MY/9VptvjfS6eNu8iD/Kt0EX/56pk780xt6Eqs2fdJEwqefRtLmyvv GU07uIH3s5TrtDrrGply8GLqbYexUr9sxD0/vJWhd9GrPXTKWZaAgiVn/RJkEKL0dtg5 +JUDWA0Lh/0AUdpdQMXT2uZouln/oRZztMXC/GQQhPwD+5WsUkYBk5S8cB62Y45KU0R0 3V8tccWn2ZgOYPk+jm0ynppZbD1ymJd2+JDbRAszKmx9ErHCMOWLxL3s9A0KnqDMM4RK 49erWNS5bpSBuRTk4x9PgWCI4pl5iYY0kfgU7s/XxayijjExfSgtlyENwLCLAA9G8GgL qvDA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=BgQL6jr7f4Pok+oRfrdP837PZf1178oPJYqZuFJeOOM=; b=ODtZ4wxmGEd/M7EJVKvCk9eDK29kZXxuSG9bjIKDkGvV49pHPQGi4E27A5EUIiN1Ey nlNGvyzGcnKWORE+4dtOHxTMR11+dDaaDGEtZP9BQR+d1B1ltIiulO3nM4qHdODZWZrL IJjHbea4gRHfx/ZJStaVYvEoXV0f+EmBoR3K1inSWbsfunU1eLMBKX93CfMpMaHaluQ7 gJs2lVXdE7yCVl/vJ0JZJsstTknlp+kNglmYA5NUgxnnpnDh7U7CXcu4kbDuNXm2M83K ttHKv7Rue20OGjY/JRhT3m978uq/YedHaFCXSLvQUZG+o9NBQD3UsQRar1eEN7DaSUA7 acPQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=PsoyNROs; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id zh8si932023ejb.92.2020.06.17.18.39.49; Wed, 17 Jun 2020 18:40:20 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=PsoyNROs; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731901AbgFRBi0 (ORCPT + 99 others); Wed, 17 Jun 2020 21:38:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48428 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732547AbgFRBab (ORCPT ); Wed, 17 Jun 2020 21:30:31 -0400 Received: from mail-qk1-x744.google.com (mail-qk1-x744.google.com [IPv6:2607:f8b0:4864:20::744]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 056DAC061755; Wed, 17 Jun 2020 18:30:30 -0700 (PDT) Received: by mail-qk1-x744.google.com with SMTP id b27so4094827qka.4; Wed, 17 Jun 2020 18:30:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=BgQL6jr7f4Pok+oRfrdP837PZf1178oPJYqZuFJeOOM=; b=PsoyNROs97j1k2IGHTBbgdA1UmsBzqoIU4M9fAiqotRAMt2bltVbCKEquho2syZZ8a hBoONSygFB18Ey8vU3Y3DQic30cQ34dLKddxAqW74b0hN7xln8EFfDmJL+yPMf/RCQNH +8UC8geUs0OFu6oPvSUOl+BjoSKT73x8hLu8Si+8xsOkIMmw8utndSm2YFEl1d+2y3Vy SIETCtxkGsv/mNz/kre1pCMonY3xKajSxgHkH/I7UvrRTq7w9Pzn1JyiTVainKp1tjST nk6zyaFXLinCbFwP//4BjNJKz5i+UuVUcENob2yJ9qKKHk2e/d5ZQGjn3BcUUjMDc3I8 A+HQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=BgQL6jr7f4Pok+oRfrdP837PZf1178oPJYqZuFJeOOM=; b=r8T9rzT07whmPCoah12mDClWmTH/na8nIVIvMrjfUYkn0O+MKzWTepn6IS8xL3s3up aFONMUT4MysG2B/u5/smkzvgSAP4F1X9gfALpfSHxQlW8XAxaHYOTDZ55gS6PVe6FuS6 NWUESj7yFFXCjc8M3lC2n1iaByG+Dm9ZfHCGWPITxdxYMOxAGr20rnRJPC6Q7hSBvrsK cDfDNIW3cRE4i16a0eBc+cRM79m6PnbXHgjZOwJZ6chWN9ym1Z8OfHSrWZZQP6DD1bRW E0/qCHrpCK39MVTtMAKrbY0bwE+8BtRqxK4qgjfA6R9sAkEY9gr4tmqlfoCn7sSE7DKf s/Zw== X-Gm-Message-State: AOAM530qwgOtAZjmUwycuYwlCiXs8mciam2q7i4TEstW7jSAnNbfHQQB mxrhFM5Fj7npDyvxFigNTg== X-Received: by 2002:a37:63c2:: with SMTP id x185mr1621171qkb.82.1592443829168; Wed, 17 Jun 2020 18:30:29 -0700 (PDT) Received: from gabell (209-6-122-159.s2973.c3-0.arl-cbr1.sbo-arl.ma.cable.rcncustomer.com. [209.6.122.159]) by smtp.gmail.com with ESMTPSA id d78sm1642255qkg.106.2020.06.17.18.30.28 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Wed, 17 Jun 2020 18:30:28 -0700 (PDT) Date: Wed, 17 Jun 2020 21:30:26 -0400 From: Masayoshi Mizuma To: "J. Bruce Fields" Cc: Eric Sandeen , "Darrick J. Wong" , Christoph Hellwig , Theodore Ts'o , Andreas Dilger , Alexander Viro , Masayoshi Mizuma , linux-ext4@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-xfs Subject: Re: [PATCH] fs: i_version mntopt gets visible through /proc/mounts Message-ID: <20200618013026.ewnhvf64nb62k2yx@gabell> References: <20200616202123.12656-1-msys.mizuma@gmail.com> <20200617080314.GA7147@infradead.org> <20200617155836.GD13815@fieldses.org> <24692989-2ee0-3dcc-16d8-aa436114f5fb@sandeen.net> <20200617172456.GP11245@magnolia> <8f0df756-4f71-9d96-7a52-45bf51482556@sandeen.net> <20200617181816.GA18315@fieldses.org> <4cbb5cbe-feb4-2166-0634-29041a41a8dc@sandeen.net> <20200617184507.GB18315@fieldses.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200617184507.GB18315@fieldses.org> Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Wed, Jun 17, 2020 at 02:45:07PM -0400, J. Bruce Fields wrote: > On Wed, Jun 17, 2020 at 01:28:11PM -0500, Eric Sandeen wrote: > > but mount(8) has already exposed this interface: > > > > iversion > > Every time the inode is modified, the i_version field will be incremented. > > > > noiversion > > Do not increment the i_version inode field. > > > > so now what? > > It's not like anyone's actually depending on i_version *not* being > incremented. (Can you even observe it from userspace other than over > NFS?) > > So, just silently turn on the "iversion" behavior and ignore noiversion, > and I doubt you're going to break any real application. I suppose it's probably good to remain the options for user compatibility, however, it seems that iversion and noiversiont are useful for only ext4. How about moving iversion and noiversion description on mount(8) to ext4 specific option? And fixing the remount issue for XFS (maybe btrfs has the same issue as well)? For XFS like as: diff --git a/fs/xfs/xfs_super.c b/fs/xfs/xfs_super.c index 379cbff438bc..2ddd634cfb0b 100644 --- a/fs/xfs/xfs_super.c +++ b/fs/xfs/xfs_super.c @@ -1748,6 +1748,9 @@ xfs_fc_reconfigure( return error; } + if (XFS_SB_VERSION_NUM(&mp->m_sb) == XFS_SB_VERSION_5) + mp->m_super->s_flags |= SB_I_VERSION; + return 0; } Thanks, Masa