Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1356046
| From | Andy Lutomirski <luto@amacapital.net> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v2 1/2] x86/msr: Carry on after a non-"safe" MSR access fails without !panic_on_oops |
| Date | 2016-03-11 17:50 +0100 |
| Message-ID | <rbyqd-CG-5@gated-at.bofh.it> (permalink) |
| References | (5 earlier) <qbcid-3Gm-5@gated-at.bofh.it> <qepsC-63w-17@gated-at.bofh.it> <qeqf0-7dN-19@gated-at.bofh.it> <qetZf-4bK-15@gated-at.bofh.it> <qeGjM-58Q-21@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Thu, Oct 1, 2015 at 12:15 AM, Ingo Molnar <mingo@kernel.org> wrote: > > * Andy Lutomirski <luto@amacapital.net> wrote: > >> > These could still be open coded in an inlined fashion, like the scheduler usage. >> >> We could have a raw_rdmsr for those. >> >> OTOH, I'm still not 100% convinced that this warn-but-don't-die behavior is >> worth the effort. This isn't a frequent source of bugs to my knowledge, and we >> don't try to recover from incorrect cr writes, out-of-bounds MMIO, etc, so do we >> really gain much by rigging a recovery mechanism for rdmsr and wrmsr failures >> for code that doesn't use the _safe variants? > > It's just the general principle really: don't crash the kernel on bootup. There's > few things more user hostile than that. > > Also, this would maintain the status quo: since we now (accidentally) don't crash > the kernel on distro kernels (but silently and unsafely ignore the faulting > instruction), we should not regress that behavior (by adding the chance to crash > again), but improve upon it. Just a heads up: the extable improvements in tip:ras/core make it straightforward to get the best of all worlds: explicit failure handling (written in C!), no fast path overhead whatsoever, and no new garbage in the exception handlers. Patches coming once I test them. > > Thanks, > > Ingo -- Andy Lutomirski AMA Capital Management, LLC
Back to linux.kernel | Previous | Next — Next in thread | Find similar | Unroll thread
Re: [PATCH v2 1/2] x86/msr: Carry on after a non-"safe" MSR access fails without !panic_on_oops Andy Lutomirski <luto@amacapital.net> - 2016-03-11 17:50 +0100 Re: [PATCH v2 1/2] x86/msr: Carry on after a non-"safe" MSR access fails without !panic_on_oops Ingo Molnar <mingo@kernel.org> - 2016-03-12 17:10 +0100
csiph-web