lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Thu, 9 Apr 2015 11:53:08 +0200 From: Borislav Petkov <bp@...en8.de> To: Naoya Horiguchi <n-horiguchi@...jp.nec.com> Cc: Ingo Molnar <mingo@...nel.org>, Tony Luck <tony.luck@...el.com>, Prarit Bhargava <prarit@...hat.com>, Vivek Goyal <vgoyal@...hat.com>, "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>, Junichi Nomura <j-nomura@...jp.nec.com>, Kiyoshi Ueda <k-ueda@...jp.nec.com> Subject: Re: [PATCH v8] x86: mce: kexec: switch MCE handler for kexec/kdump On Thu, Apr 09, 2015 at 08:59:44AM +0000, Naoya Horiguchi wrote: > I replied about testing. That might be tricky a little, but I hope it helps. Yeah, whatever we do, we need this properly tested before upstreaming. That's a given. > Even if we raise tolerant level in running kdump, that doesn't prevent > idling CPUs from running MCE handlers when MCE arrives, which makes memory > accesses (losing information from kdump's viewpoint) and spits > "MCE synchronization timeout" messages (unclear and confusing for users.) Why? Those CPUs are offlined and num_online_cpus() in mce_start() should account for that, no? And if those are offlined, they're very very unlikely to trigger an MCE as they're idle and not executing code. -- Regards/Gruss, Boris. ECO tip #101: Trim your mails when you reply. -- -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists