linux-toradex.git/include/linux/pm_opp.h, branch v6.8-rc5

OPP: Move dev_pm_opp_icc_bw to internal opp.h

2024-01-03T10:51:42+00:00

It isn't used by any driver or API, privatize it.

Signed-off-by: Viresh Kumar

OPP: The level field is always of unsigned int type

2023-12-27T07:57:30+00:00

By mistake, dev_pm_opp_find_level_floor() used the level parameter as
unsigned long instead of unsigned int. Fix it.

Signed-off-by: Viresh Kumar

OPP: Call dev_pm_opp_set_opp() for required OPPs

2023-11-28T10:33:19+00:00

Configuring the required OPP was never properly implemented, we just
took an exception for genpds and configured them directly, while leaving
out all other required OPP types.

Now that a standard call to dev_pm_opp_set_opp() takes care of
configuring the opp->level too, the special handling for genpds can be
avoided by simply calling dev_pm_opp_set_opp() for the required OPPs,
which shall eventually configure the corresponding level for genpds.

This also makes it possible for us to configure other type of required
OPPs (no concrete users yet though), via the same path. This is how
other frameworks take care of parent nodes, like clock, regulators, etc,
where we recursively call the same helper.

In order to call dev_pm_opp_set_opp() for the virtual genpd devices,
they must share the OPP table of the genpd. Call _add_opp_dev() for them
to get that done.

This commit also extends the struct dev_pm_opp_config to pass required
devices, for non-genpd cases, which can be used to call
dev_pm_opp_set_opp() for the non-genpd required devices.

Reviewed-by: Ulf Hansson 
Tested-by: Stephan Gerhold 
Signed-off-by: Viresh Kumar

OPP: Level zero is valid

2023-11-28T10:33:04+00:00

The level zero can be used by some OPPs to drop performance state vote
for the device. It is perfectly fine to allow the same.

_set_opp_level() considers it as an invalid value currently and returns
early.

In order to support this properly, initialize the level field with
U32_MAX, which denotes unused level field.

Reported-by: Stephan Gerhold 
Reviewed-by: Ulf Hansson 
Tested-by: Stephan Gerhold 
Signed-off-by: Viresh Kumar

OPP: Add dev_pm_opp_find_level_floor()

2023-10-06T07:07:34+00:00

Add dev_pm_opp_find_level_floor(), as is done for frequency and
bandwidth.

Signed-off-by: Krishna chaitanya chundru 
[ Viresh: Updated commit log and rearranged code ]
Signed-off-by: Viresh Kumar

OPP: Extend dev_pm_opp_data with a level

2023-10-06T07:07:34+00:00

Let's extend the dev_pm_opp_data with a level variable, to allow users to
specify a corresponding level (performance state) for a dynamically added
OPP.

Signed-off-by: Ulf Hansson 
Signed-off-by: Viresh Kumar

OPP: Add dev_pm_opp_add_dynamic() to allow more flexibility

2023-10-06T07:07:33+00:00

The dev_pm_opp_add() API is limited to add dynamic OPPs with a frequency
and a voltage level. To enable more flexibility, let's add a new API,
dev_pm_opp_add_dynamic() that's takes a struct dev_pm_opp_data* instead of
a list of in-parameters.

Signed-off-by: Ulf Hansson 
Signed-off-by: Viresh Kumar

OPP: Reuse dev_pm_opp_get_freq_indexed()

2023-07-24T07:57:12+00:00

Reuse dev_pm_opp_get_freq_indexed() from dev_pm_opp_get_freq().

Signed-off-by: Viresh Kumar 
Acked-by: Manivannan Sadhasivam

OPP: Add dev_pm_opp_find_freq_exact_indexed()

2023-07-24T07:52:39+00:00

The indexed version of the API is added for other floor and ceil, add
the same for exact as well for completeness.

Signed-off-by: Viresh Kumar

OPP: Introduce dev_pm_opp_get_freq_indexed() API

2023-07-24T07:52:39+00:00

In the case of devices with multiple clocks, drivers need to specify the
frequency index for the OPP framework to get the specific frequency within
the required OPP. So let's introduce the dev_pm_opp_get_freq_indexed() API
accepting the frequency index as an argument.

Signed-off-by: Manivannan Sadhasivam 
[ Viresh: Fixed potential access to NULL opp pointer ]
Signed-off-by: Viresh Kumar