lkml.org 
[lkml]   [2012]   [Apr]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: Unhandled IRQs on AMD E-450
    Jeroen Van den Keybus wrote:
    >> Why 5? This threshold is likely to be too low; fast consecutive interrupts
    >> can easily happen more often with a very busy device, while an actual stuck
    >> interrupt will call the handler in an endless loop and very quickly result
    >> in many thousands of calls.
    >
    > Well, 5 works fine on any machine I have tested so far. I'd like to
    > keep this number as low as possible in case a genuine stuck interrupt
    > is encountered. Computers are powerful, but I'm reluctant to spill
    > cycles and power.

    A stuck interrupt is the consequence of a bug, there is no need to
    compromise just to optimize for this situation (especially as even with
    your broken hardware and the patch, stuck interrupts happen no more than
    once per second).

    > Also, on an unshared interrupt line, unhandled IRQs should never
    > happen in succession.

    Indeed. But this is because pending interrupts are not queued but simply
    noted with a boolean.

    > ... broken hardware, i.e. hardware emitting MSIs without getting
    > acknowledgement). Am I right ?

    Level-triggered interrupts would need acknowledgements to deactivate
    the interrupt line, but MSIs do not. Hardware that is designed to
    take advantage of this indeed works this way; this avoids the need for
    any MMIO accesses in the interrupt handler.


    Regards,
    Clemens


    \
     
     \ /
      Last update: 2012-04-30 15:01    [W:8.163 / U:1.208 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site