From: Christian Brauner <brauner@kernel.org>
To: linux-fsdevel@vger.kernel.org, kernel-team@fb.com,
Josef Bacik <josef@toxicpanda.com>
Cc: Christian Brauner <brauner@kernel.org>
Subject: Re: (subset) [PATCH 0/4] Add the ability to query mount options in statmount
Date: Wed, 26 Jun 2024 14:03:48 +0200 [thread overview]
Message-ID: <20240626-pfirsich-geworben-2e4ab43da783@brauner> (raw)
In-Reply-To: <cover.1719257716.git.josef@toxicpanda.com>
On Mon, 24 Jun 2024 15:40:49 -0400, Josef Bacik wrote:
> Currently if you want to get mount options for a mount and you're using
> statmount(), you still have to open /proc/mounts to parse the mount options.
> statmount() does have the ability to store an arbitrary string however,
> additionally the way we do that is with a seq_file, which is also how we use
> ->show_options for the individual file systems.
>
> Extent statmount() to have a flag for fetching the mount options of a mount.
> This allows users to not have to parse /proc mount for anything related to a
> mount. I've extended the existing statmount() test to validate this feature
> works as expected. As you can tell from the ridiculous amount of silly string
> parsing, this is a huge win for users and climate change as we will no longer
> have to waste several cycles parsing strings anymore.
>
> [...]
* Changed to only call sb->d_op->show_options() so we only show filesystem
mount options.
* Fixed/tweaked selftests to parse /proc/self/mountinfo directly and look for
mount options, skipping over vfs generic superblock mount options.
* Since Karel is fine with keeping "," let's keep it.
---
Applied to the vfs.mount branch of the vfs/vfs.git tree.
Patches in the vfs.mount branch should appear in linux-next soon.
Please report any outstanding bugs that were missed during review in a
new review to the original patch series allowing us to drop it.
It's encouraged to provide Acked-bys and Reviewed-bys even though the
patch has now been applied. If possible patch trailers will be updated.
Note that commit hashes shown below are subject to change due to rebase,
trailer updates or similar. If in doubt, please check the listed branch.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/vfs/vfs.git
branch: vfs.mount
[1/4] fs: rename show_mnt_opts -> show_vfsmnt_opts
https://git.kernel.org/vfs/vfs/c/429fc05aefd3
[3/4] fs: export mount options via statmount()
https://git.kernel.org/vfs/vfs/c/f363afa8cbe0
[4/4] sefltests: extend the statmount test for mount options
https://git.kernel.org/vfs/vfs/c/06bedc037f74
prev parent reply other threads:[~2024-06-26 12:05 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-06-24 19:40 [PATCH 0/4] Add the ability to query mount options in statmount Josef Bacik
2024-06-24 19:40 ` [PATCH 1/4] fs: rename show_mnt_opts -> show_vfsmnt_opts Josef Bacik
2024-06-24 19:40 ` [PATCH 2/4] fs: add a helper to show all the options for a mount Josef Bacik
2024-06-25 14:16 ` Christian Brauner
2024-06-26 7:47 ` Karel Zak
2024-06-24 19:40 ` [PATCH 3/4] fs: export mount options via statmount() Josef Bacik
2024-06-24 19:40 ` [PATCH 4/4] sefltests: extend the statmount test for mount options Josef Bacik
2024-06-24 19:53 ` [PATCH 0/4] Add the ability to query mount options in statmount Jeff Layton
2024-06-25 10:42 ` Christian Brauner
2024-06-25 13:00 ` Josef Bacik
2024-06-25 13:04 ` Miklos Szeredi
2024-06-25 13:35 ` Christian Brauner
2024-06-25 13:52 ` Karel Zak
2024-06-25 13:55 ` Christian Brauner
2024-06-25 14:17 ` Josef Bacik
2024-06-26 7:34 ` Karel Zak
2024-06-26 12:23 ` Miklos Szeredi
2024-11-11 13:12 ` Miklos Szeredi
2024-11-11 13:29 ` Christian Brauner
2024-11-11 13:47 ` Miklos Szeredi
2024-11-11 15:28 ` Josef Bacik
2024-11-11 16:02 ` Miklos Szeredi
2024-11-12 8:54 ` Karel Zak
2024-06-26 12:03 ` Christian Brauner [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=20240626-pfirsich-geworben-2e4ab43da783@brauner \
--to=brauner@kernel.org \
--cc=josef@toxicpanda.com \
--cc=kernel-team@fb.com \
--cc=linux-fsdevel@vger.kernel.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;
as well as URLs for NNTP newsgroup(s).