From: Greg KH <gregkh@linuxfoundation.org>
To: Aniruddha Banerjee <aniruddha.nitd@gmail.com>
Cc: marc.zyngier@arm.com, linux-kernel@vger.kernel.org,
linux-tegra@vger.kernel.org, aniruddhab@nvidia.com,
stable@vger.kernel.org, vipink@nvidia.com, strasi@nvidia.com,
swarren@nvidia.com, jonathanh@nvidia.com, talho@nvidia.com,
treding@nvidia.com
Subject: Re: [PATCHv3] irqchip: arm-gic: take gic_lock when updating irq type
Date: Wed, 28 Mar 2018 11:51:30 +0200 [thread overview]
Message-ID: <20180328095130.GA20664@kroah.com> (raw)
In-Reply-To: <20180328085430.3401-1-aniruddha.nitd@gmail.com>
On Wed, Mar 28, 2018 at 02:24:30PM +0530, Aniruddha Banerjee wrote:
> The kernel documentation states that the locking of the irq-chip
> registers should be handled by the irq-chip driver. In the irq-gic,
> the accesses to the irqchip are seemingly not protected and multiple
> writes to SPIs from different irq descriptors do RMW requests without
> taking the irq-chip lock. When multiple irqs call the request_irq at
> the same time, there can be a simultaneous write at the gic
> distributor, leading to a race. Acquire the gic_lock when the
> irq_type is updated.
>
> Signed-off-by: Aniruddha Banerjee <aniruddhab@nvidia.com>
> ---
> Changes from V1:
>
> * Moved the spinlock from irq-gic to irq-gic common, so that the fix
> is valid for GIC v1/v2/v3.
>
> Change from V2:
>
> * Fixup the Signed-off-by line.
>
> drivers/irqchip/irq-gic-common.c | 8 +++++++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
<formletter>
This is not the correct way to submit patches for inclusion in the
stable kernel tree. Please read:
https://www.kernel.org/doc/html/latest/process/stable-kernel-rules.html
for how to do this properly.
</formletter>
next prev parent reply other threads:[~2018-03-28 9:51 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-28 8:54 [PATCHv3] irqchip: arm-gic: take gic_lock when updating irq type Aniruddha Banerjee
2018-03-28 9:51 ` Greg KH [this message]
2018-03-28 12:21 ` Marc Zyngier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20180328095130.GA20664@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=aniruddha.nitd@gmail.com \
--cc=aniruddhab@nvidia.com \
--cc=jonathanh@nvidia.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-tegra@vger.kernel.org \
--cc=marc.zyngier@arm.com \
--cc=stable@vger.kernel.org \
--cc=strasi@nvidia.com \
--cc=swarren@nvidia.com \
--cc=talho@nvidia.com \
--cc=treding@nvidia.com \
--cc=vipink@nvidia.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox