summaryrefslogtreecommitdiff
path: root/fs/ecryptfs
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2021-05-06 20:03:38 +0300
committerLinus Torvalds <torvalds@linux-foundation.org>2021-05-06 20:03:38 +0300
commit7ec901b6fa9ce5be3fc53d6216cb9e83ea0cf1da (patch)
tree81dde0c8bb1d9333e8bc90cac473fd9a0c2a991c /fs/ecryptfs
parent164e64adc246dd4239ab644dff86241d17cef218 (diff)
parent8c9af478c06bb1ab1422f90d8ecbc53defd44bc3 (diff)
downloadlinux-7ec901b6fa9ce5be3fc53d6216cb9e83ea0cf1da.tar.xz
Merge tag 'trace-v5.13-2' of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace
Pull tracing fix from Steven Rostedt: "Fix probes written to the set_ftrace_filter file Now that there's a library that accesses the tracefs file system (libtracefs), the way the files are interacted with is slightly different than the command line. For instance, the write() system call is used directly instead of an echo. This exposes some old bugs. If a probe is written to "set_ftrace_filter" without any white space after it, it will be ignored. This is because the write expects that a string written to it that does not end with white spaces thinks there is more to come. But if the file is closed, the release function needs to finish it. The "set_ftrace_filter" release function handles the filter part of the "set_ftrace_filter" file, but did not handle the probe part" * tag 'trace-v5.13-2' of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace: ftrace: Handle commands when closing set_ftrace_filter file
Diffstat (limited to 'fs/ecryptfs')
0 files changed, 0 insertions, 0 deletions