lkml.org 
[lkml]   [2011]   [Jun]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    Date
    SubjectRE: [PATCH 08/10] NOTIFIER: Take over TIF_MCE_NOTIFY and implement task return notifier
    > Aren't these events extraordinarily rare?  I think we can afford a 
    > little inefficiency there.

    Yes. Very rare. But also very disruptive (On Intel all cpus are signaled
    and will be stuck processing the machine check for hundreds of microseconds).
    So we'd like to try hard not to take the same fault more than once.

    There's also the issue of post-error analysis. Some people like to dig
    around in the MCA logs to figure out if the memory is really going bad,
    or is just being hit occasionally by stray alpha-particles or neutrons.
    Getting two errors close together might cause someone to replace a DIMM
    that isn't really bad. In Linux user space tools we could take account
    of this repetition - but the OEM tools are imbedded in their BIOS or
    maintenance processors.

    >I don't think that doing anything to the task is correct, though, as the
    >problem is with the page, not the task itself. In fact if the task is
    >executing a vgather instruction, or if another thread munmap()s the
    >page, it may not hit the same page again when re-executed.

    True the memory is the source of the problem - but the task is
    intimately affected. Time for a car analogy :-) ...

    You are driving along the road when you notice a giant hole. You
    hit the brakes and stop on the very edge. The problem is with the
    road, not with your car. But I don't think you want to start driving
    again (at least not in the forward direction!)

    -Tony


    \
     
     \ /
      Last update: 2011-06-14 19:01    [W:3.357 / U:0.984 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site