Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1201046
| From | Andy Lutomirski <luto@amacapital.net> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH 1/3] x86/entry/64: Refactor IRQ stacks and make then NMI-safe |
| Date | 2015-08-05 20:30 +0200 |
| Message-ID | <pUbBU-Uj-11@gated-at.bofh.it> (permalink) |
| References | <pPxjH-3z4-1@gated-at.bofh.it> <pPxjI-3z4-23@gated-at.bofh.it> <pU2RY-5aV-11@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Wed, Aug 5, 2015 at 1:59 AM, Ingo Molnar <mingo@kernel.org> wrote: > > * Andy Lutomirski <luto@kernel.org> wrote: > >> --- a/arch/x86/kernel/process_64.c >> +++ b/arch/x86/kernel/process_64.c >> @@ -280,6 +280,10 @@ __switch_to(struct task_struct *prev_p, struct task_struct *next_p) >> unsigned fsindex, gsindex; >> fpu_switch_t fpu_switch; >> >> +#ifdef CONFIG_DEBUG_ENTRY >> + WARN_ON(this_cpu_read(irq_count)); >> +#endif > > Please introduce a less noisy (to the eyes) version of this, something like: > > WARN_ON_DEBUG_ENTRY(this_cpu_read(irq_count)); > > or so, similar to WARN_ON_FPU(). I can do that (or "DEBUG_ENTRY_WARN_ON"? we seem to be inconsistent about ordering). Or would if (IS_ENABLED(CONFIG_DEBUG_ENTRY)) WARN_ON(...) be better? --Andy > > Thanks, > > Ingo -- Andy Lutomirski AMA Capital Management, LLC -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [PATCH 1/3] x86/entry/64: Refactor IRQ stacks and make then NMI-safe Ingo Molnar <mingo@kernel.org> - 2015-08-05 11:10 +0200
Re: [PATCH 1/3] x86/entry/64: Refactor IRQ stacks and make then NMI-safe Andy Lutomirski <luto@amacapital.net> - 2015-08-05 20:30 +0200
Re: [PATCH 1/3] x86/entry/64: Refactor IRQ stacks and make then NMI-safe Steven Rostedt <rostedt@goodmis.org> - 2015-08-05 20:30 +0200
Re: [PATCH 1/3] x86/entry/64: Refactor IRQ stacks and make then NMI-safe Andy Lutomirski <luto@amacapital.net> - 2015-08-05 20:40 +0200
csiph-web