[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200124050202.GJ4675@bombadil.infradead.org>
Date: Thu, 23 Jan 2020 21:02:02 -0800
From: Matthew Wilcox <willy@...radead.org>
To: Qian Cai <cai@....pw>
Cc: Peter Zijlstra <peterz@...radead.org>, mingo@...hat.com,
juri.lelli@...hat.com, vincent.guittot@...aro.org,
dietmar.eggemann@....com, rostedt@...dmis.org, bsegall@...gle.com,
mgorman@...e.de, paulmck@...nel.org, tglx@...utronix.de,
linux-mm@...ck.org, linux-kernel@...r.kernel.org,
linux-alpha@...r.kernel.org, Matt Turner <mattst88@...il.com>,
linux-parisc@...r.kernel.org, Helge Deller <deller@....de>
Subject: Re: [PATCH v2] sched/core: fix illegal RCU from offline CPUs
On Thu, Jan 23, 2020 at 11:21:35PM -0500, Qian Cai wrote:
> > On Jan 21, 2020, at 5:35 AM, Peter Zijlstra <peterz@...radead.org> wrote:
> >
> > Something like this; except you'll need to go audit archs to make sure
> > they all call idle_task_exit() and/or put in comments on why they don't
> > have to (perhaps their bringup switches them to &init_mm unconditionally
> > and the switch_mm() is not required).
>
> Damn, I am having a hard time to motivate myself to learn all about those two “dead“ arches from scratch. I suppose the first step we could put a dummy finish_cpu() for alpha and parisc if they don’t call idle_task_exit() in the first place anyway, so if it is a bug there it is another issue that could be dealt with in a separate patch later?
Or you could consult the maintainers of those architectures? There are regular pull requests for parisc still, and alpha still gets odd fixes.
It would have helped had you not trimmed the context so aggressively.
For those seeing this thread for the first time, try:
https://lore.kernel.org/linux-mm/A72A7F42-A166-4403-B12C-32B2D7A662C4@lca.pw/T/#t
Powered by blists - more mailing lists