[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20220613134213.8904-1-ansuelsmth@gmail.com>
Date: Mon, 13 Jun 2022 15:42:08 +0200
From: Christian 'Ansuel' Marangi <ansuelsmth@...il.com>
To: MyungJoo Ham <myungjoo.ham@...sung.com>,
Kyungmin Park <kyungmin.park@...sung.com>,
Chanwoo Choi <cw00.choi@...sung.com>,
Sibi Sankar <sibis@...eaurora.org>,
Saravana Kannan <skannan@...eaurora.org>,
linux-pm@...r.kernel.org, linux-kernel@...r.kernel.org
Cc: Christian 'Ansuel' Marangi <ansuelsmth@...il.com>
Subject: [PATCH v2 0/5] PM / devfreq: Various Fixes to cpufreq based passive governor
While developing a krait cache scaling devfreq driver I encounter tons
of panics and errors with using the new cpufreq passive governor
functions. While the krait cache scaling is still WIP and required some
testing I would like to push all the fixes to make the new
implementation wroking since currently with a the governor
PROBE_DEFERRing all sort of things happen from kernel panic from invalid
address access to freq_table getting corrupted.
With the following fixes my WIP driver works correctly without any
warning/problems.
v2:
- Fix wrong list_for_each_entry reported by Dan Carpenter
Christian 'Ansuel' Marangi (5):
PM / devfreq: Fix cpufreq passive unregister erroring on PROBE_DEFER
PM / devfreq: Fix kernel warning with cpufreq passive register fail
PM / devfreq: Fix kernel panic with cpu based scaling to passive gov
PM / devfreq: Rework freq_table to be local to devfreq struct
PM / devfreq: Mute warning on governor PROBE_DEFER
drivers/devfreq/devfreq.c | 75 ++++++++++++++----------------
drivers/devfreq/governor_passive.c | 39 ++++++----------
include/linux/devfreq.h | 4 ++
3 files changed, 53 insertions(+), 65 deletions(-)
--
2.36.1
Powered by blists - more mailing lists