[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20240913103933.30895-1-chun-jen.tseng@mediatek.com>
Date: Fri, 13 Sep 2024 18:39:31 +0800
From: Mark Tseng <chun-jen.tseng@...iatek.com>
To: "Rafael J . Wysocki" <rafael@...nel.org>, Viresh Kumar
<viresh.kumar@...aro.org>, MyungJoo Ham <myungjoo.ham@...sung.com>, Kyungmin
Park <kyungmin.park@...sung.com>, Chanwoo Choi <cw00.choi@...sung.com>,
Matthias Brugger <matthias.bgg@...il.com>, AngeloGioacchino Del Regno
<angelogioacchino.delregno@...labora.com>
CC: <linux-pm@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
<linux-arm-kernel@...ts.infradead.org>, <linux-mediatek@...ts.infradead.org>,
<Project_Global_Chrome_Upstream_Group@...iatek.com>,
<chun-jen.tseng@...iatek.com>
Subject: [PATCH v1 0/2] fixed mediatek-cpufreq has multi policy concurrency issue
For multi cluster SoC, the cpufreq->target_index() is re-enter function
for each policy to change CPU frequency. In the cirtical session must
use glocal mutex lock to avoid get wrong OPP.
Mark Tseng (2):
PM / devfreq: mediatek: protect oop in critical session
cpufreq: mediatek: Fixed cpufreq has 2 policy will cause concurrency
drivers/cpufreq/mediatek-cpufreq.c | 65 ++++++++++++++++++++++--------
drivers/devfreq/mtk-cci-devfreq.c | 30 +++++++-------
2 files changed, 64 insertions(+), 31 deletions(-)
--
2.45.2
Powered by blists - more mailing lists