[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-id: <20170124035158epcms1p3b2e59563cfb7fd2ec404102e0552ed78@epcms1p3>
Date: Tue, 24 Jan 2017 03:51:58 +0000
From: MyungJoo Ham <myungjoo.ham@...sung.com>
To: Chanwoo Choi <cw00.choi@...sung.com>,
Kyungmin Park <kyungmin.park@...sung.com>,
"rjw@...ysocki.net" <rjw@...ysocki.net>
Cc: "linux-pm@...r.kernel.org" <linux-pm@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"stable@...r.kernel.org" <stable@...r.kernel.org>
Subject: RE: [PATCH 1/3] PM / devfreq: Fix available_governor sysfs
> The devfreq using passive governor is not able to change the governor.
> So, the user can not change the governor through 'available_governor' sysfs
> entry. Also, the devfreq which don't use the passive governor is not able to
> change to 'passive' governor on the fly.
Another thoughts on the characteristics of 'passive' governor:
1. Should we prohibit moving from "others" to "passive"?
2. Should we show "passive" in the available list if it's not passive now?
3. Why don't we show anyway and reject it when actually tries to change?
4. Or should we add a value in devfreq struct that is confired at devfreq
device add, which prohibits changing governors? (and passive will
return error if that flag is not set or it will set the value automatically)
Cheers,
MyungJoo
>
> Fixes: 996133119f57 ("PM / devfreq: Add new passive governor")
> Cc: stable@...r.kernel.org
> Signed-off-by: Chanwoo Choi <cw00.choi@...sung.com>
> ---
> drivers/devfreq/devfreq.c | 34 +++++++++++++++++++++++++++++++++-
> 1 file changed, 33 insertions(+), 1 deletion(-)
Powered by blists - more mailing lists