From: Hugh Dickins <hughd@google.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Carlos Maiolino <cem@kernel.org>, Jan Kara <jack@suse.cz>,
Hugh Dickins <hughd@google.com>,
linux-mm@kvack.org
Subject: Re: [PATCH] shmem: Properly report quota mount options
Date: Mon, 19 Feb 2024 20:19:24 -0800 (PST) [thread overview]
Message-ID: <1b6944c9-d27b-79bf-d0ff-5dad5c65b1b1@google.com> (raw)
In-Reply-To: <3uyerhrmrt2hqaq6j44aiefatlf6iitnh3eqgmonaahy22twa4@rqf6wj3yvfle>
On Mon, 5 Feb 2024, Carlos Maiolino wrote:
> On Mon, Jan 29, 2024 at 01:01:31PM +0100, Jan Kara wrote:
> > Report quota options among the set of mount options. This allows proper
> > user visibility into whether quotas are enabled or not.
> >
> > Fixes: e09764cff44b ("shmem: quota support")
> > Signed-off-by: Jan Kara <jack@suse.cz>
> > ---
> > mm/shmem.c | 18 ++++++++++++++++++
> > 1 file changed, 18 insertions(+)
> >
> > I've noticed this omission when testing quota-tools support for tmpfs...
> >
> > diff --git a/mm/shmem.c b/mm/shmem.c
> > index d7c84ff62186..30c9dc862505 100644
> > --- a/mm/shmem.c
> > +++ b/mm/shmem.c
> > @@ -4265,6 +4265,24 @@ static int shmem_show_options(struct seq_file *seq, struct dentry *root)
> > mpol_put(mpol);
> > if (sbinfo->noswap)
> > seq_printf(seq, ",noswap");
> > +#ifdef CONFIG_TMPFS_QUOTA
> > + if (sb_has_quota_active(root->d_sb, USRQUOTA))
> > + seq_printf(seq, ",usrquota");
> > + if (sb_has_quota_active(root->d_sb, GRPQUOTA))
> > + seq_printf(seq, ",grpquota");
> > + if (sbinfo->qlimits.usrquota_bhardlimit)
> > + seq_printf(seq, ",usrquota_block_hardlimit=%lld",
> > + sbinfo->qlimits.usrquota_bhardlimit);
> > + if (sbinfo->qlimits.grpquota_bhardlimit)
> > + seq_printf(seq, ",grpquota_block_hardlimit=%lld",
> > + sbinfo->qlimits.grpquota_bhardlimit);
> > + if (sbinfo->qlimits.usrquota_ihardlimit)
> > + seq_printf(seq, ",usrquota_inode_hardlimit=%lld",
> > + sbinfo->qlimits.usrquota_ihardlimit);
> > + if (sbinfo->qlimits.grpquota_ihardlimit)
> > + seq_printf(seq, ",grpquota_inode_hardlimit=%lld",
> > + sbinfo->qlimits.grpquota_ihardlimit);
> > +#endif
> > return 0;
> >a }
>
> Looks good, thanks Honza.
>
> Reviewed-by: Carlos Maiolino <cmaiolino@redhat.com>
Acked-by: Hugh Dickins <hughd@google.com>
Andrew, you were not on the Cc when Jan posted this, and I have been
dilatory: but please pick it up now for mm-unstable. Original is at
https://lore.kernel.org/linux-mm/20240129120131.21145-1-jack@suse.cz/
with Carlos' reviewed-by to be appended.
Many thanks for looking after it all while I'm preoccupied
(and even when I'm not),
Hugh
prev parent reply other threads:[~2024-02-20 4:19 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <B3mb7-ghi6siV8b3hS5IoZowfCUcLLx6r4421dKPwl7GJmH4tPtdEeIFC2yMyhkEX8Iwy6O_1teb62U2xn_hEA==@protonmail.internalid>
2024-01-29 12:01 ` Jan Kara
2024-02-05 11:51 ` Carlos Maiolino
2024-02-20 4:19 ` Hugh Dickins [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1b6944c9-d27b-79bf-d0ff-5dad5c65b1b1@google.com \
--to=hughd@google.com \
--cc=akpm@linux-foundation.org \
--cc=cem@kernel.org \
--cc=jack@suse.cz \
--cc=linux-mm@kvack.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox