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 |