On 05/22/2018 01:45 PM, Luck, Tony wrote: > On Tue, May 22, 2018 at 01:19:34PM -0500, Alex G. wrote: >> Firmware started passing "fatal" GHES headers with the explicit intent of >> crashing an OS. At the same time, we've learnt how to handle these errors in >> a number of cases. With DPC (coming soon to firmware-first) the error is >> contained, and a non-issue. > > Perhaps DPC is the change that you need to emphasize as to > why things are different now, so we can change the default > Linux behavior. > > With the h/w guaranteeing that corrupt data is contained, we > should be safe to disregard BIOS indications of "fatal" problems > that could be anything and might show up in unknown ways some > time later if we keep running. Sure. DPC is much harder to contest as a reason. However, the AER path benefits as well from this change in behavior. I'm certain there are other classes of errors that benefit as well from the change, though I haven't had the time or the inclination to look for them. Alex -- 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
