Documentation/trace: Fixed typos in the ftrace FLAGS section

Fixed typos in the FTRACE_OPS_FL_RECURSION flag description.

Signed-off-by: Matthew Cassell <mcassell411@gmail.com>
Reviewed-by: Randy Dunlap <rdunlap@infradead.org>
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
Link: https://lore.kernel.org/r/20231223185845.2326-1-mcassell411@gmail.com
This commit is contained in:
Matthew Cassell 2023-12-23 18:58:45 +00:00 committed by Jonathan Corbet
parent afa751e84c
commit d3f79db932
1 changed files with 2 additions and 2 deletions

View File

@ -182,7 +182,7 @@ FTRACE_OPS_FL_SAVE_REGS_IF_SUPPORTED
FTRACE_OPS_FL_RECURSION FTRACE_OPS_FL_RECURSION
By default, it is expected that the callback can handle recursion. By default, it is expected that the callback can handle recursion.
But if the callback is not that worried about overehead, then But if the callback is not that worried about overhead, then
setting this bit will add the recursion protection around the setting this bit will add the recursion protection around the
callback by calling a helper function that will do the recursion callback by calling a helper function that will do the recursion
protection and only call the callback if it did not recurse. protection and only call the callback if it did not recurse.
@ -190,7 +190,7 @@ FTRACE_OPS_FL_RECURSION
Note, if this flag is not set, and recursion does occur, it could Note, if this flag is not set, and recursion does occur, it could
cause the system to crash, and possibly reboot via a triple fault. cause the system to crash, and possibly reboot via a triple fault.
Not, if this flag is set, then the callback will always be called Note, if this flag is set, then the callback will always be called
with preemption disabled. If it is not set, then it is possible with preemption disabled. If it is not set, then it is possible
(but not guaranteed) that the callback will be called in (but not guaranteed) that the callback will be called in
preemptable context. preemptable context.