[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZRNz8T1XOX7PWOt6@MiWiFi-R3L-srv>
Date: Wed, 27 Sep 2023 08:14:41 +0800
From: Baoquan He <bhe@...hat.com>
To: Andrew Morton <akpm@...ux-foundation.org>,
Eric DeVolder <eric.devolder@...cle.com>
Cc: linux-kernel@...r.kernel.org, kexec@...ts.infradead.org,
vschneid@...hat.com, sourabhjain@...ux.ibm.com
Subject: Re: [PATCH v3] Crash: add lock to serialize crash hotplug handling
On 09/26/23 at 04:53pm, Eric DeVolder wrote:
>
>
> On 9/26/23 15:50, Andrew Morton wrote:
> > On Tue, 26 Sep 2023 20:09:05 +0800 Baoquan He <bhe@...hat.com> wrote:
> >
> > > Eric reported that handling corresponding crash hotplug event can be
> > > failed easily when many memory hotplug event are notified in a short
> > > period. They failed because failing to take __kexec_lock.
> >
> > I'm assuming that this failure is sufficiently likely so as to justify a -stable
> > backport of the fix. Please let me know if this is incorrect.
>
> Andrew,
> Correct, this is sufficiently likely to happen.
Agree. Maybe a Fixes tag need be added:
===
Fixes: 247262756121 ("crash: add generic infrastructure for crash hotplug support")
Powered by blists - more mailing lists