On Tue, May 24, 2011 at 05:40:23AM +0200, Ingo Molnar wrote:> So we *really* want to promote this code to a higher level of abstraction. > Everyone would benefit from doing that: Intel hardware error handling features > would be enabled much more richly and i suspect they would also be *used* in a > much more meaningful way - driving the hw cycle as well.

II. Pluggable and extensible filters which are* per vendor* configurable from userspace* easily extensible* decide whether action should be taken in the kernel or error is non-criticaland should go to RAS daemon

III. Error handling callback(s)* also extensible* also per vendor* also configurable from userspace

Advantages:* reuse perf code - no need for ad-hoc new buffers and lockless thingies when wehave it all already

* easy code and even hw testing with perf inject or ras inject** this gives us also the different injection methods per vendor in an unifiedway instead of interfaces in /sys or debugfs or mcelog or ...