Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp5411986pxu; Thu, 22 Oct 2020 01:18:16 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxfW/4250uMRoCQH9J07nFmn/4+5JlDDQDG4+Vwf0eXZLot/6iNz7mabATjqayTpYPznUX8 X-Received: by 2002:a50:c945:: with SMTP id p5mr739522edh.55.1603354696543; Thu, 22 Oct 2020 01:18:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603354696; cv=none; d=google.com; s=arc-20160816; b=sR8v5BUq2cqv7XE5JINGI/Z0iSe4+DdAvNDHsdKFro2xhcVUmKHjIhx9LUk/IqJ0/t fzCKtNEDVgfsP3TBzA9vDagMmEntmw2T1YJDZqJVTNhL/2zzs94en8MoSi3vFjIyP87u ZD4JQjLtfh02YSmcZkBLTS323QTg1EN10/VSASoWzjGXSfTzO6Be3KPp33lhH8C/cjij HsburiyYcYyUW04f2b3tbMFA9f7/SuIGRCI5GQS6Auy6MmtnSvdlmMx2oWFB/xBJ9jno PwYuQxfR9o+HTSmQLwbiVw7RFVX08fkRtHOW2BY0rGD52DVs39eDQrJpkKcJ6jKt6Hsp CcRg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:references:message-id :in-reply-to:subject:cc:to:from:date:dkim-signature; bh=V1asGq+k+cRKoVzrKZklU8SufB/FgtkUXvusVmCBErU=; b=Xwim04xoEU/8HxtxA9rvP8mvCikHwpEpB+oxRJJsjfYC4VQxcA2hzYD4B9GOfxinof WnFP+udWHr+XoOk20lb8LJNdLkjkJ0q5jWy85zPb7JV8mPQ3dnjYTVoe/HQIbuiaaJli T3eh9p1mfI7GZt0xG1hQibLj/qnHqvY52SiCMJZmP877+wrU4z5U9lC+QI8shGgz7vZG JFDSkwVAYPKigoLSuK/c/R2L6VTJLfYhu9vyHutuClhfmKsXHGUmK6/jTByGar0JNSBG ///e1rHYQdMWNMpUB7MqRoDD5Rv+FN4YBtoSNjFwWJQCvYZkOf6jsuQDrKVaBspWyw4s vfvA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@yandex-team.ru header.s=default header.b=k5s1Iwi2; 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=NONE dis=NONE) header.from=yandex-team.ru Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l90si478001edl.249.2020.10.22.01.17.51; Thu, 22 Oct 2020 01:18:16 -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=@yandex-team.ru header.s=default header.b=k5s1Iwi2; 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=NONE dis=NONE) header.from=yandex-team.ru Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2895403AbgJVD3W (ORCPT + 99 others); Wed, 21 Oct 2020 23:29:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44432 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2895402AbgJVD3V (ORCPT ); Wed, 21 Oct 2020 23:29:21 -0400 Received: from forwardcorp1j.mail.yandex.net (forwardcorp1j.mail.yandex.net [IPv6:2a02:6b8:0:1619::183]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 75858C0613CE for ; Wed, 21 Oct 2020 20:29:21 -0700 (PDT) Received: from sas1-ec30c78b6c5b.qloud-c.yandex.net (sas1-ec30c78b6c5b.qloud-c.yandex.net [IPv6:2a02:6b8:c14:2704:0:640:ec30:c78b]) by forwardcorp1j.mail.yandex.net (Yandex) with ESMTP id A1EFA2E0A46; Thu, 22 Oct 2020 06:29:19 +0300 (MSK) Received: from sas1-b105e6591dac.qloud-c.yandex.net (sas1-b105e6591dac.qloud-c.yandex.net [2a02:6b8:c08:4790:0:640:b105:e659]) by sas1-ec30c78b6c5b.qloud-c.yandex.net (mxbackcorp/Yandex) with ESMTP id zjk7nxOrct-TJw8mgub; Thu, 22 Oct 2020 06:29:19 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex-team.ru; s=default; t=1603337359; bh=V1asGq+k+cRKoVzrKZklU8SufB/FgtkUXvusVmCBErU=; h=Message-ID:In-Reply-To:Subject:To:From:References:Date:cc; b=k5s1Iwi22AvAGHGQFiNuXwLiXGe37xcX/y9oY9Erhsduu1FLrKJIvStoPX26lCNwm xorZDjoxJfsm2DsWafJCz4xfhQEx6zqfzVCUDf8Lt6zGMtcBYq53XOYf4Gd1ABYbK/ 3FH9klytCXJG0o7JRzqyjXkucrC/HxH0VjnJk3PE= Authentication-Results: sas1-ec30c78b6c5b.qloud-c.yandex.net; dkim=pass header.i=@yandex-team.ru Received: from dynamic-vpn.dhcp.yndx.net (dynamic-vpn.dhcp.yndx.net [2a02:6b8:b081:416::1:0]) by sas1-b105e6591dac.qloud-c.yandex.net (smtpcorp/Yandex) with ESMTPSA id y3pQzjI6Af-TImelraD; Thu, 22 Oct 2020 06:29:19 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) Date: Thu, 22 Oct 2020 06:29:18 +0300 (MSK) From: Roman Anufriev X-X-Sender: dotdot@dotdot-osx To: Jan Kara cc: linux-ext4@vger.kernel.org, tytso@mit.edu, dmtrmonakhov@yandex-team.ru Subject: Re: [PATCH v2 2/2] ext4: print quota journalling mode on (re-)mount In-Reply-To: <20201019095259.GD30825@quack2.suse.cz> Message-ID: References: <1602986547-15886-1-git-send-email-dotdot@yandex-team.ru> <1602986547-15886-2-git-send-email-dotdot@yandex-team.ru> <20201019095259.GD30825@quack2.suse.cz> User-Agent: Alpine 2.23 (OSX 453 2020-06-18) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Mon, 19 Oct 2020, Jan Kara wrote: > On Sun 18-10-20 05:02:27, Roman Anufriev wrote: >> Right now, it is hard to understand what quota journalling type is enabled: >> you need to be quite familiar with kernel code and trace it or really >> understand what different combinations of fs flags/mount options lead to. >> >> This patch adds printing of current quota jounalling mode on each >> mount/remount, thus making it easier to check it at a glance/in autotests. >> The semantics is similar to ext4 data journalling modes: >> >> * journalled - quota accounting and journaling are enabled >> * writeback - quota accounting is enabled, but journalling is disabled > > The above two descriptions are still somewhat misleading - in fact we don't > know whether accounting is enabled or not. Just *if* it is enabled, quota > will be journalled / non-journalled. So I'd probably describe it like: > * journalled - quota configured, journalling will be enabled > * writeback - quota configured, journalling will be disabled Yeah, you are right, I'll fix this in v4. > We've talked with Ted on last ext4 conf call and we agreed that it's > probably time to deprecate old style quotas in external quota files and > transition everybody to using quotas with quota feature. That way things > will get simpler again. But before we can disable that functionality, it > will take a few years of deprecation warnings etc. so that's not directly > related to your patch here. JFYI. It will be great! Roman