[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <169054175537.336560.5220328545584873141.b4-ty@kernel.org>
Date: Fri, 28 Jul 2023 11:55:55 +0100
From: Lee Jones <lee@...nel.org>
To: agross@...nel.org, andersson@...nel.org, konrad.dybcio@...aro.org,
lee@...nel.org, Chengfeng Ye <dg573847474@...il.com>
Cc: sboyd@...eaurora.org, srinivas.kandagatla@...aro.org,
quic_bjorande@...cinc.com, linux-arm-msm@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: (subset) [PATCH v2] mfd: qcom-pm8xxx: Fix potential deadlock
on &chip->pm_irq_lock
On Thu, 20 Jul 2023 07:13:30 +0000, Chengfeng Ye wrote:
> As &chip->pm_irq_lock is acquired by pm8xxx_irq_handler() under irq
> context, other process context code should disable irq before acquiring
> the lock.
>
> Since .irq_set_type and .irq_get_irqchip_state callbacks are generally
> executed from process context without irq disabled by default, the same
> lock acquision should disable irq.
>
> [...]
Applied, thanks!
[1/1] mfd: qcom-pm8xxx: Fix potential deadlock on &chip->pm_irq_lock
commit: 213f9a4eb2f712866d471d18ab1bf664c71183e6
--
Lee Jones [李琼斯]
Powered by blists - more mailing lists