aboutsummaryrefslogtreecommitdiff
path: root/kernel/trace/ring_buffer.c
diff options
context:
space:
mode:
authorChristian Brauner <[email protected]>2024-11-15 11:50:59 +0100
committerChristian Brauner <[email protected]>2024-11-15 11:50:59 +0100
commit2cc789654a36e2561c2c96332a684e351b10f13f (patch)
treeb4d1b23a7e90a1224d16854080e829d6e27f9010 /kernel/trace/ring_buffer.c
parentb4201b51d93eac77f772298a96bfedbdb0c7150c (diff)
parent92f3da0d9276f921af49a05c2684fca45e1f1c21 (diff)
Merge patch series "ecryptfs: convert to the new mount API"
Eric Sandeen <[email protected]> says: This is lightly tested with the kernel tests present in ecryptfs-utils, but it could certainly use a bit more testing and review, particularly with invalid mount option sets. This one is a little unique compared to other filesystems in that I allocate both an fs context and the *sbi in .init_fs_context; the *sbi is long-lived, and the context is only present during the initial mount. Allocating sbi with the filesystem context means we can set options into it directly, rather than needing to do it after parsing. And it's particularly simple to do it this way given that there is no remount. * patches from https://lore.kernel.org/r/[email protected]: ecryptfs: Convert ecryptfs to use the new mount API ecryptfs: Factor out mount option validation Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Christian Brauner <[email protected]>
Diffstat (limited to 'kernel/trace/ring_buffer.c')
0 files changed, 0 insertions, 0 deletions