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, 24 Sep 2015 19:00:46 +0000 From: "Luck, Tony" <tony.luck@...el.com> To: Borislav Petkov <bp@...en8.de> CC: "Raj, Ashok" <ashok.raj@...el.com>, "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>, "linux-edac@...r.kernel.org" <linux-edac@...r.kernel.org> Subject: RE: [Patch V1 1/3] x86, mce: MCE log size not enough for high core parts > If we get new ones logged in the meantime and userspace hasn't managed > to consume and delete the present ones yet, we overwrite the oldest ones > and set MCE_OVERFLOW like mce_log does now for mcelog. And that's no > difference in functionality than what we have now. Ummmm. No. for (;;) { /* * When the buffer fills up discard new entries. * Assume that the earlier errors are the more * interesting ones: */ if (entry >= MCE_LOG_LEN) { set_bit(MCE_OVERFLOW, (unsigned long *)&mcelog.flags); return; } -Tony
Powered by blists - more mailing lists