Function report |
Source Code:kernel\notifier.c |
Create Date:2022-07-28 09:31:49 |
Last Modify:2020-03-12 14:18:49 | Copyright©Brick |
home page | Tree |
Annotation kernel can get tool activity | Download SCCT | Chinese |
Name:notify_die
Proto:int notrace notify_die(enum die_val val, const char *str, struct pt_regs *regs, long err, int trap, int sig)
Type:int
Parameter:
Type | Parameter | Name |
---|---|---|
enum die_val | val | |
const char * | str | |
struct pt_regs * | regs | |
long | err | |
int | trap | |
int | sig |
514 | RCU_LOCKDEP_WARN(!_is_watching - see if RCU thinks that the current CPU is not idle* Return true if RCU is watching the running CPU, which means that this* CPU can safely enter RCU read-side critical sections, "notify_die called but RCU thinks we're quiescent") |
516 | Return atomic_notifier_call_chain( & die_chain, val, & args) |
Name | Describe |
---|---|
do_double_fault | Runs on an IST stack for x86_64 and on a special task stack for x86_32.* On x86_64, this is more or less a normal kernel entry. Notwithstanding the* SDM's warnings about double faults being unrecoverable, returning works as* expected |
do_bounds | |
do_general_protection | |
do_int3 | |
do_debug | Our handling of the processor debug registers is non-trivial.* We do not clear them on entry and exit from the kernel. Therefore* it is possible to get a watchpoint trap here from inside the kernel.* However, the code in |
math_error | Note that we play around with the 'TS' bit in an attempt to get* the correct behaviour even in the presence of the asynchronous* IRQ13 behaviour |
do_iret_error | |
__die |
Source code conversion tool public plug-in interface | X |
---|---|
Support c/c++/esqlc/java Oracle/Informix/Mysql Plug-in can realize: logical Report Code generation and batch code conversion |