On Mon, Oct 25, 2010 at 2:51 PM, Borislav Petkov <bp@xxxxxxxxx> wrote: > Concerning fatal errors, take a look at drivers/edac/mce_amd.(c|h)¹ - > this is not in arch/x86/ and still decodes MCEs in the kernel. And it > works fine - it even helped in several cases where people simply read > their serial console/dmesg and didn't have to collect it first and run > it through some tool to understand which functional unit in the CPU is > mchecking. That looks neat ... but end-users seem to have some conflicting requirements here. Your uses seem to like it but the LLNL folks at the S.F. meeting said that solutions that involved looking at console logs from thousands of machines in a cluster were not acceptable. I doubt very much if any end-user cares which unit *within* a cpu failed (their replaceable unit is the whole of the cpu). So much of your driver could be replaced with: printk("CPU%d is bad\n", cpu); -Tony -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html