[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <8be8ab72-0670-4821-b235-1f8e4ea170b2@quicinc.com>
Date: Tue, 28 Nov 2023 11:33:23 -0600
From: Elliot Berman <quic_eberman@...cinc.com>
To: Peter Zijlstra <peterz@...radead.org>,
"Aiqun(Maria) Yu" <quic_aiquny@...cinc.com>
CC: "Rafael J. Wysocki" <rafael@...nel.org>,
Pavel Machek <pavel@....cz>, "Ingo Molnar" <mingo@...nel.org>,
<linux-arm-msm@...r.kernel.org>,
Pavan Kondeti <quic_pkondeti@...cinc.com>,
<linux-pm@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
Abhijeet Dharmapurikar <quic_adharmap@...cinc.com>
Subject: Re: [PATCH 0/2] freezer,sched: do not restore saved_state of a thawed
task
On 11/28/2023 11:31 AM, Peter Zijlstra wrote:
> On Tue, Nov 28, 2023 at 05:12:00PM +0800, Aiqun(Maria) Yu wrote:
>> On 11/21/2023 1:36 AM, Elliot Berman wrote:
>>> This series applies couple fixes to commit 8f0eed4a78a8 ("freezer,sched:
>>> Use saved_state to reduce some spurious wakeups") which was found while
>>> testing with legacy cgroup freezer. My original testing was only with
>>> system-wide freezer. We found that thaw_task could be called on a task
>>> which was already frozen. Prior to commit 8f0eed4a78a8 ("freezer,sched:
>>> Use saved_state to reduce some spurious wakeups"), this wasn't an issue
>>> as kernel would try to wake up TASK_FROZEN, which wouldn't match the
>>> thawed task state, and no harm done to task. After commit 8f0eed4a78a8
>>> ("freezer,sched: Use saved_state to reduce some spurious wakeups"), it
>>> was possible to overwrite the state of thawed task.
>>>
>>> To: Rafael J. Wysocki <rafael@...nel.org>
>>> To: Pavel Machek <pavel@....cz>
>>> To: Ingo Molnar <mingo@...nel.org>
>>> To: Peter Zijlstra (Intel) <peterz@...radead.org>
>>> Cc: <linux-arm-msm@...r.kernel.org>
>>> Cc: Pavan Kondeti <quic_pkondeti@...cinc.com>
>>> Cc: Aiqun Yu (Maria) <quic_aiquny@...cinc.com>
>>> Cc: <linux-pm@...r.kernel.org>
>>> Cc: <linux-kernel@...r.kernel.org>
>>> Signed-off-by: Elliot Berman <quic_eberman@...cinc.com>
>> Shall we add Fixed tag and Cc: stable@...r.kernel.org ?
>> Since it is fixing a stable user thread hung issue.
>
> If you want this routed through urgent, then yes.
Fixes tag is added to https://lore.kernel.org/all/20231120-freezer-state-multiple-thaws-v1-1-f2e1dd7ce5a2@quicinc.com/
Is CC'ing stable what triggers routing through urgent?
Thanks,
Elliot
Powered by blists - more mailing lists