x86/entry, bug: Comment the instrumentation_begin() usage for WARN()
Explain the rationale for annotating WARN(), even though, strictly speaking printk() and friends are very much not safe in many of the places we put them. Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
This commit is contained in:
parent
6b643a07a7
commit
8e8bb06d19
|
@ -75,6 +75,12 @@ do { \
|
|||
unreachable(); \
|
||||
} while (0)
|
||||
|
||||
/*
|
||||
* This instrumentation_begin() is strictly speaking incorrect; but it
|
||||
* suppresses the complaints from WARN()s in noinstr code. If such a WARN()
|
||||
* were to trigger, we'd rather wreck the machine in an attempt to get the
|
||||
* message out than not know about it.
|
||||
*/
|
||||
#define __WARN_FLAGS(flags) \
|
||||
do { \
|
||||
instrumentation_begin(); \
|
||||
|
|
Loading…
Reference in New Issue