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  |