[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <0c0aa39d-48e6-81fd-f189-79272b0e369d@intel.com>
Date: Tue, 1 Aug 2017 00:22:17 +0200
From: "Rafael J. Wysocki" <rafael.j.wysocki@...el.com>
To: Thomas Gleixner <tglx@...utronix.de>,
LKML <linux-kernel@...r.kernel.org>
Cc: x86@...nel.org, Peter Zijlstra <peterz@...radead.org>,
Martin Peres <martin.peres@...ux.intel.com>,
Tomi Sarvela <tomi.p.sarvela@...el.com>,
Marc Zyngier <marc.zyngier@....com>, jeffy.chen@...k-chips.com
Subject: Re: [PATCH] x86/hpet: Cure interface abuse in the resume path
On 7/31/2017 10:07 PM, Thomas Gleixner wrote:
> The HPET resume path abuses irq_domain_[de]activate_irq() to restore the
> MSI message in the HPET chip for the boot CPU on resume and it relies on an
> implementation detail of the interrupt core code, which magically makes the
> HPET unmask call invoked via a irq_disable/enable pair. This worked as long
> as the irq code did unconditionally invoke the unmask() callback. With the
> recent changes which keep track of the masked state to avoid expensive
> hardware access, this does not longer work. As a consequence the HPET timer
> interrupts are not unmasked which breaks resume as the boot CPU waits
> forever that a timer interrupt arrives.
>
> Make the restore of the MSI message explicit and invoke the unmask()
> function directly. While at it get rid of the pointless affinity setting as
> nothing can change the affinity of the interrupt and the vector across
> suspend/resume. The restore of the MSI message reestablishes the previous
> affinity setting which is the correct one.
>
> Fixes: bf22ff45bed6 ("genirq: Avoid unnecessary low level irq function calls")
> Reported-by: Martin Peres <martin.peres@...ux.intel.com>
> Reported-by: Tomi Sarvela <tomi.p.sarvela@...el.com>
> Signed-off-by: Thomas Gleixner <tglx@...utronix.de>
> Cc: jeffy.chen@...k-chips.com
> Cc: Marc Zyngier <marc.zyngier@....com>
> Cc: Peter Ziljstra <peterz@...radead.org>
> Cc: "Rafael J. Wysocki" <rafael.j.wysocki@...el.com>
ACK
Powered by blists - more mailing lists