• L
    ACPI: acpi_idle: touch TS_POLLING only in the non-MWAIT case · 02cf4f98
    Len Brown 提交于
    commit d306ebc2
    (ACPI: Be in TS_POLLING state during mwait based C-state entry)
    fixed an important power & performance issue where ACPI c2 and c3 C-states
    were clearing TS_POLLING even when using MWAIT (ACPI_STATE_FFH).
    That bug had been causing us to receive redundant scheduling interrups
    when we had already been woken up by MONITOR/MWAIT.
    
    Following up on that...
    
    In the MWAIT case, we don't have to subsequently
    check need_resched(), as that c heck was there
    for the TS_POLLING-clearing case.
    
    Note that not only does the cpuidle calling function
    already check need_resched() before calling us, the
    low-level entry into monitor/mwait calls it twice --
    guaranteeing that a write to the trigger address
    can not go un-noticed.
    
    Also, in this case, we don't have to set TS_POLLING
    when we wake, because we never cleared it.
    Signed-off-by: NLen Brown <len.brown@intel.com>
    Acked-by: NVenkatesh Pallipadi <venki@google.com>
    02cf4f98
processor_idle.c 31.6 KB