[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20220614110701.31240-1-ansuelsmth@gmail.com>
Date: Tue, 14 Jun 2022 13:06:56 +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 v3 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.
v3:
- Fix compilation error for list_for_each_entry_safe (i'm stupid -.-''')
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 | 41 ++++++----------
include/linux/devfreq.h | 4 ++
3 files changed, 54 insertions(+), 66 deletions(-)
--
2.36.1
Powered by blists - more mailing lists