Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1565203
| From | "Luck, Tony" <tony.luck@intel.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic |
| Date | 2017-01-23 19:10 +0100 |
| Message-ID | <t2Re2-1kt-13@gated-at.bofh.it> (permalink) |
| References | (1 earlier) <t2Mo3-6yJ-37@gated-at.bofh.it> <t2N0J-71T-9@gated-at.bofh.it> <t2Oga-7Iq-31@gated-at.bofh.it> <t2QUG-XY-11@gated-at.bofh.it> <t2R4l-11t-7@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Mon, Jan 23, 2017 at 06:51:30PM +0100, Borislav Petkov wrote:
> Hey Tony,
>
> a "welcome back" is in order? :-)
Yes - first day back today. Lots of catching up to do.
> And apparently crash knows about poisoned pages and handles them:
>
> static int __init crash_save_vmcoreinfo_init(void)
> {
> ...
> #ifdef CONFIG_MEMORY_FAILURE
> VMCOREINFO_NUMBER(PG_hwpoison);
> #endif
>
> so if that works, the kexeced kernel should know about that list.
Oh good ... it is smarter than I thought.
> Doesn't matter, right? The new copy is as clueless as the old one about
> those MCEs.
If things are well enough initialized that we don't reset, and
get to do_machine_check(), then this code from Ashok:
/* If this CPU is offline, just bail out. */
if (cpu_is_offline(smp_processor_id())) {
u64 mcgstatus;
mcgstatus = mce_rdmsrl(MSR_IA32_MCG_STATUS);
if (mcgstatus & MCG_STATUS_RIPV) {
mce_wrmsrl(MSR_IA32_MCG_STATUS, 0);
return;
}
}
will ignore the machine check on the other cpus ... assuming
that "cpu_is_offline(smp_processor_id())" does the right thing
in the kexec case where this is an "old" cpu that isn't online
in the new kernel.
-Tony
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic Xunlei Pang <xlpang@redhat.com> - 2017-01-23 09:10 +0100
Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic Borislav Petkov <bp@alien8.de> - 2017-01-23 14:00 +0100
Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic Xunlei Pang <xpang@redhat.com> - 2017-01-23 14:40 +0100
Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic Borislav Petkov <bp@alien8.de> - 2017-01-23 16:00 +0100
Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic "Luck, Tony" <tony.luck@intel.com> - 2017-01-23 18:50 +0100
Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic Borislav Petkov <bp@alien8.de> - 2017-01-23 19:00 +0100
Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic "Luck, Tony" <tony.luck@intel.com> - 2017-01-23 19:10 +0100
Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic Borislav Petkov <bp@alien8.de> - 2017-01-23 19:20 +0100
Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic Xunlei Pang <xpang@redhat.com> - 2017-01-24 03:40 +0100
Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic Xunlei Pang <xpang@redhat.com> - 2017-01-24 02:50 +0100
Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic Xunlei Pang <xpang@redhat.com> - 2017-01-24 03:00 +0100
Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic Xunlei Pang <xpang@redhat.com> - 2017-01-24 02:30 +0100
Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic Borislav Petkov <bp@alien8.de> - 2017-01-24 13:30 +0100
Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic Xunlei Pang <xpang@redhat.com> - 2017-01-26 07:30 +0100
Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic Borislav Petkov <bp@alien8.de> - 2017-01-26 07:50 +0100
csiph-web