linux-toradex.git/include/linux/devfreq.h, branch v4.13-rc4

PM / devfreq: Move struct devfreq_governor to devfreq directory

2017-04-12T03:42:14+00:00

This patch moves the struct devfreq_governor from header file
to the devfreq directory because this structure is private data
and it have to be only accessed by the devfreq core.

Signed-off-by: Chanwoo Choi 
Signed-off-by: MyungJoo Ham

PM / devfreq: Fix available_governor sysfs

2017-01-31T06:46:49+00:00

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.

Fixes: 996133119f57 ("PM / devfreq: Add new passive governor")
Cc: stable@vger.kernel.org
Signed-off-by: Chanwoo Choi 
Signed-off-by: MyungJoo Ham

PM / devfreq: Add new passive governor

2016-05-03T02:20:07+00:00

This patch adds the new passive governor for DEVFREQ framework. The following
governors are already present and used for DVFS (Dynamic Voltage and Frequency
Scaling) drivers. The following governors are independently used for one device
driver which don't give the influence to other device drviers and also don't
receive the effect from other device drivers.
- ondemand / performance / powersave / userspace

The passive governor depends on operation of parent driver with specific
governos extremely and is not able to decide the new frequency by oneself.
According to the decided new frequency of parent driver with governor,
the passive governor uses it to decide the appropriate frequency for own
device driver. The passive governor must need the following information
from device tree:
- the source clock and OPP tables
- the instance of parent device

For exameple,
there are one more devfreq device drivers which need to change their source
clock according to their utilization on runtime. But, they share the same
power line (e.g., regulator). So, specific device driver is operated as parent
with ondemand governor and then the rest device driver with passive governor
is influenced by parent device.

Suggested-by: Myungjoo Ham 
Signed-off-by: Chanwoo Choi 
[tjakobi: Reported RCU locking issue and cw00.choi fix it]
Reported-by: Tobias Jakobi 
[linux.amoon: Reported possible recursive locking and cw00.choi fix it]
Reported-by: Anand Moon 
Signed-off-by: MyungJoo Ham 
Acked-by: Krzysztof Kozlowski

PM / devfreq: Add new DEVFREQ_TRANSITION_NOTIFIER notifier

2016-05-03T02:20:07+00:00

This patch adds the new DEVFREQ_TRANSITION_NOTIFIER notifier to send
the notification when the frequency of device is changed.
This notifier has two state as following:
- DEVFREQ_PRECHANGE  : Notify it before chaning the frequency of device
- DEVFREQ_POSTCHANGE : Notify it after changed the frequency of device

And this patch adds the resourced-managed function to release the resource
automatically when error happen.

Signed-off-by: Chanwoo Choi 
[m.reichl and linux.amoon: Tested it on exynos4412-odroidu3 board]
Tested-by: Markus Reichl 
Tested-by: Anand Moon 
Signed-off-by: MyungJoo Ham 
Acked-by: Krzysztof Kozlowski

PM / devfreq: Add devfreq_get_devfreq_by_phandle()

2016-05-03T02:20:06+00:00

This patch adds the new devfreq_get_devfreq_by_phandle() OF helper function
which can find the instance of devfreq device by using phandle ("devfreq").

Signed-off-by: Chanwoo Choi 
Signed-off-by: MyungJoo Ham 
[m.reichl and linux.amoon: Tested it on exynos4412-odroidu3 board]
Tested-by: Markus Reichl 
Tested-by: Anand Moon 
Acked-by: Krzysztof Kozlowski

PM / devfreq: Set the freq_table of devfreq device

2016-01-13T08:30:32+00:00

This patch initialize the freq_table array of each devfreq device by using
the devfreq_set_freq_table(). If freq_table is NULL, the devfreq framework
is not able to support the frequency transtion information through sysfs.

The OPP core uses the integer type for the number of opps in the opp list
and uses the 'unsigned long' type for each frequency. So, this patch
modifies the type of some variable as following:
- the type of freq_table : unsigned int -> unsigned long
- the type of max_state  : unsigned int -> int

- Corrected types, format strings, mutex usages by MyungJoo

Signed-off-by: Chanwoo Choi 
Signed-off-by: MyungJoo Ham

PM / devfreq: comments for get_dev_status usage updated

2015-09-11T05:23:29+00:00

With the introduction of devfreq_update_stats(), governors
are not recommended to use get_dev_status() directly.

Signed-off-by: MyungJoo Ham

PM / devfreq: cache the last call to get_dev_status()

2015-09-11T05:23:28+00:00

The return value of get_dev_status() can be reused.  Cache it so that
other parts of the kernel can reuse it instead of having to call the
same function again.

Cc: Kyungmin Park 
Signed-off-by: Javi Merino 
Signed-off-by: MyungJoo Ham

PM: Eliminate CONFIG_PM_RUNTIME

2014-12-19T21:55:06+00:00

Having switched over all of the users of CONFIG_PM_RUNTIME to use
CONFIG_PM directly, turn the latter into a user-selectable option
and drop the former entirely from the tree.

Signed-off-by: Rafael J. Wysocki 
Reviewed-by: Ulf Hansson 
Acked-by: Kevin Hilman

PM / devfreq: Add devm_devfreq_{register,unregister}_opp_notfier function

2014-05-24T13:33:41+00:00

This patch add resource-managed function for devfreq opp as following
functions. The devm_devfreq_register_opp_notifier() manages automatically
the registration of devfreq opp using device resource management.
- devm_devfreq_register_opp_notifier
- devm_devfreq_unregister_opp_notifier()

Signed-off-by: Chanwoo Choi 
Signed-off-by: MyungJoo Ham