2010-07-26 22:34:31 +00:00
|
|
|
/*
|
|
|
|
* pm.c - Common OMAP2+ power management-related code
|
|
|
|
*
|
|
|
|
* Copyright (C) 2010 Texas Instruments, Inc.
|
|
|
|
* Copyright (C) 2010 Nokia Corporation
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU General Public License version 2 as
|
|
|
|
* published by the Free Software Foundation.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/init.h>
|
|
|
|
#include <linux/io.h>
|
|
|
|
#include <linux/err.h>
|
2013-09-19 21:03:52 +00:00
|
|
|
#include <linux/pm_opp.h>
|
2011-07-31 20:17:29 +00:00
|
|
|
#include <linux/export.h>
|
2012-02-02 09:30:50 +00:00
|
|
|
#include <linux/suspend.h>
|
ARM: OMAP2+: PM: MPU DVFS: use generic CPU device for MPU-SS
Currently, a dummy omap_device is created for the MPU sub-system so
that a device node exists for MPU DVFS. Specifically, for the
association of MPU OPPs to a device node, and so that a voltage
regulator can be mapped to a device node.
For drivers to get a handle to this device node, an OMAP-specific API
has been used. However, the kernel already has device nodes for the
CPU(s) in the system, so we can use those instead of an OMAP-specific
dummy device and then drivers (like OMAP CPUfreq) can use generic
APIs.
To use the existing CPU device nodes, modify the OPP creation and
regulator registration to use the CPU0 device node for registraion.
NOTE: this patch always uses CPU0 as the device node. On all
OMAPs today, MPU DVFS scales all CPUs together, so this will
not be a problem, but this assumption will need to be changed
if independently scalable CPUs are introduced.
Cc: Paul Walmsley <paul@pwsan.com>
Signed-off-by: Kevin Hilman <khilman@ti.com>
2012-09-06 21:03:08 +00:00
|
|
|
#include <linux/cpu.h>
|
2010-07-26 22:34:31 +00:00
|
|
|
|
2012-03-29 16:30:28 +00:00
|
|
|
#include <asm/system_misc.h>
|
|
|
|
|
2012-10-03 23:36:40 +00:00
|
|
|
#include "omap-pm.h"
|
2012-10-03 00:25:48 +00:00
|
|
|
#include "omap_device.h"
|
2011-11-10 21:45:17 +00:00
|
|
|
#include "common.h"
|
2010-07-26 22:34:31 +00:00
|
|
|
|
2012-10-05 20:25:59 +00:00
|
|
|
#include "soc.h"
|
2012-02-02 09:30:50 +00:00
|
|
|
#include "prcm-common.h"
|
2011-02-25 22:54:33 +00:00
|
|
|
#include "voltage.h"
|
2010-12-22 04:05:16 +00:00
|
|
|
#include "powerdomain.h"
|
2010-12-22 04:05:15 +00:00
|
|
|
#include "clockdomain.h"
|
2010-05-29 16:32:23 +00:00
|
|
|
#include "pm.h"
|
2011-11-23 22:43:01 +00:00
|
|
|
#include "twl-common.h"
|
2010-09-14 19:34:01 +00:00
|
|
|
|
2012-02-02 09:30:50 +00:00
|
|
|
/*
|
|
|
|
* omap_pm_suspend: points to a function that does the SoC-specific
|
|
|
|
* suspend work
|
|
|
|
*/
|
|
|
|
int (*omap_pm_suspend)(void);
|
|
|
|
|
2012-11-15 01:13:04 +00:00
|
|
|
#ifdef CONFIG_PM
|
2012-09-25 16:33:39 +00:00
|
|
|
/**
|
|
|
|
* struct omap2_oscillator - Describe the board main oscillator latencies
|
|
|
|
* @startup_time: oscillator startup latency
|
|
|
|
* @shutdown_time: oscillator shutdown latency
|
|
|
|
*/
|
|
|
|
struct omap2_oscillator {
|
|
|
|
u32 startup_time;
|
|
|
|
u32 shutdown_time;
|
|
|
|
};
|
|
|
|
|
|
|
|
static struct omap2_oscillator oscillator = {
|
|
|
|
.startup_time = ULONG_MAX,
|
|
|
|
.shutdown_time = ULONG_MAX,
|
|
|
|
};
|
|
|
|
|
|
|
|
void omap_pm_setup_oscillator(u32 tstart, u32 tshut)
|
|
|
|
{
|
|
|
|
oscillator.startup_time = tstart;
|
|
|
|
oscillator.shutdown_time = tshut;
|
|
|
|
}
|
|
|
|
|
|
|
|
void omap_pm_get_oscillator(u32 *tstart, u32 *tshut)
|
|
|
|
{
|
|
|
|
if (!tstart || !tshut)
|
|
|
|
return;
|
|
|
|
|
|
|
|
*tstart = oscillator.startup_time;
|
|
|
|
*tshut = oscillator.shutdown_time;
|
|
|
|
}
|
2012-11-15 01:13:04 +00:00
|
|
|
#endif
|
2012-09-25 16:33:39 +00:00
|
|
|
|
2012-02-20 17:43:30 +00:00
|
|
|
static int __init _init_omap_device(char *name)
|
2010-07-26 22:34:31 +00:00
|
|
|
{
|
|
|
|
struct omap_hwmod *oh;
|
2011-07-21 20:48:45 +00:00
|
|
|
struct platform_device *pdev;
|
2010-07-26 22:34:31 +00:00
|
|
|
|
|
|
|
oh = omap_hwmod_lookup(name);
|
|
|
|
if (WARN(!oh, "%s: could not find omap_hwmod for %s\n",
|
|
|
|
__func__, name))
|
|
|
|
return -ENODEV;
|
|
|
|
|
2013-01-26 07:48:53 +00:00
|
|
|
pdev = omap_device_build(oh->name, 0, oh, NULL, 0);
|
2011-07-21 20:48:45 +00:00
|
|
|
if (WARN(IS_ERR(pdev), "%s: could not build omap_device for %s\n",
|
2010-07-26 22:34:31 +00:00
|
|
|
__func__, name))
|
|
|
|
return -ENODEV;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Build omap_devices for processors and bus.
|
|
|
|
*/
|
2012-03-06 19:38:01 +00:00
|
|
|
static void __init omap2_init_processor_devices(void)
|
2010-07-26 22:34:31 +00:00
|
|
|
{
|
2011-08-16 13:03:59 +00:00
|
|
|
_init_omap_device("mpu");
|
2011-02-25 13:27:20 +00:00
|
|
|
if (omap3_has_iva())
|
2011-08-16 13:03:59 +00:00
|
|
|
_init_omap_device("iva");
|
2011-02-25 13:27:20 +00:00
|
|
|
|
2010-08-05 13:22:35 +00:00
|
|
|
if (cpu_is_omap44xx()) {
|
2011-08-16 13:03:59 +00:00
|
|
|
_init_omap_device("l3_main_1");
|
|
|
|
_init_omap_device("dsp");
|
|
|
|
_init_omap_device("iva");
|
2010-08-05 13:22:35 +00:00
|
|
|
} else {
|
2011-08-16 13:03:59 +00:00
|
|
|
_init_omap_device("l3_main");
|
2010-08-05 13:22:35 +00:00
|
|
|
}
|
2010-07-26 22:34:31 +00:00
|
|
|
}
|
|
|
|
|
2012-02-02 09:38:50 +00:00
|
|
|
int __init omap_pm_clkdms_setup(struct clockdomain *clkdm, void *unused)
|
|
|
|
{
|
2013-01-26 07:58:17 +00:00
|
|
|
/* XXX The usecount test is racy */
|
ARM: OMAP2+: clockdomain/hwmod: add workaround for EMU clockdomain idle problems
The idle status of the IP blocks and clocks inside the EMU clockdomain
isn't taken into account by the PRCM hardware when deciding whether
the clockdomain is idle. Add a workaround flag in the clockdomain
code, CLKDM_MISSING_IDLE_REPORTING, to deal with this problem, and add
the code necessary to support it.
If CLKDM_MISSING_IDLE_REPORTING is set on a clockdomain, the
clockdomain will be forced active whenever an IP block inside that
clockdomain is in use, even if the clockdomain supports
hardware-supervised idle. When the kernel indicates that the last
active IP block inside the clockdomain is no longer used, the
clockdomain will be forced idle, or, if that mode is not supported in
the hardware, it will be placed into hardware-supervised idle.
This patch is an equal collaboration with Jon Hunter
<jon-hunter@ti.com>. Ming Lei <ming.lei@canonical.com>, Will Deacon
<will.deacon@arm.com>, Madhav Vij <mvij@ti.com>, Kevin Hilman
<khilman@ti.com>, Benoît Cousson <b-cousson@ti.com>, and Santosh
Shilimkar <santosh.shilimkar@ti.com> all made essential contributions
to the understanding of EMU clockdomain power management on OMAP.
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Cc: Jon Hunter <jon-hunter@ti.com>
Cc: Ming Lei <ming.lei@canonical.com>
Cc: Will Deacon <will.deacon@arm.com>
Cc: Madhav Vij <mvij@ti.com>
Cc: Kevin Hilman <khilman@ti.com>
Cc: Benoît Cousson <b-cousson@ti.com>
Cc: Santosh Shilimkar <santosh.shilimkar@ti.com>
Tested-by: Jon Hunter <jon-hunter@ti.com>
2012-09-23 23:28:28 +00:00
|
|
|
if ((clkdm->flags & CLKDM_CAN_ENABLE_AUTO) &&
|
|
|
|
!(clkdm->flags & CLKDM_MISSING_IDLE_REPORTING))
|
2012-02-02 09:38:50 +00:00
|
|
|
clkdm_allow_idle(clkdm);
|
|
|
|
else if (clkdm->flags & CLKDM_CAN_FORCE_SLEEP &&
|
2013-01-26 07:58:17 +00:00
|
|
|
clkdm->usecount == 0)
|
2012-02-02 09:38:50 +00:00
|
|
|
clkdm_sleep(clkdm);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2010-05-29 16:32:25 +00:00
|
|
|
/*
|
2011-08-30 16:48:16 +00:00
|
|
|
* This API is to be called during init to set the various voltage
|
2010-05-29 16:32:25 +00:00
|
|
|
* domains to the voltage as per the opp table. Typically we boot up
|
|
|
|
* at the nominal voltage. So this function finds out the rate of
|
|
|
|
* the clock associated with the voltage domain, finds out the correct
|
2011-08-30 16:48:16 +00:00
|
|
|
* opp entry and sets the voltage domain to the voltage specified
|
2010-05-29 16:32:25 +00:00
|
|
|
* in the opp entry
|
|
|
|
*/
|
|
|
|
static int __init omap2_set_init_voltage(char *vdd_name, char *clk_name,
|
2011-08-16 13:02:20 +00:00
|
|
|
const char *oh_name)
|
2010-05-29 16:32:25 +00:00
|
|
|
{
|
|
|
|
struct voltagedomain *voltdm;
|
|
|
|
struct clk *clk;
|
2013-09-19 21:03:51 +00:00
|
|
|
struct dev_pm_opp *opp;
|
2010-05-29 16:32:25 +00:00
|
|
|
unsigned long freq, bootup_volt;
|
2011-08-16 13:02:20 +00:00
|
|
|
struct device *dev;
|
2010-05-29 16:32:25 +00:00
|
|
|
|
2011-08-16 13:02:20 +00:00
|
|
|
if (!vdd_name || !clk_name || !oh_name) {
|
2011-08-30 16:48:17 +00:00
|
|
|
pr_err("%s: invalid parameters\n", __func__);
|
2010-05-29 16:32:25 +00:00
|
|
|
goto exit;
|
|
|
|
}
|
|
|
|
|
ARM: OMAP2+: PM: MPU DVFS: use generic CPU device for MPU-SS
Currently, a dummy omap_device is created for the MPU sub-system so
that a device node exists for MPU DVFS. Specifically, for the
association of MPU OPPs to a device node, and so that a voltage
regulator can be mapped to a device node.
For drivers to get a handle to this device node, an OMAP-specific API
has been used. However, the kernel already has device nodes for the
CPU(s) in the system, so we can use those instead of an OMAP-specific
dummy device and then drivers (like OMAP CPUfreq) can use generic
APIs.
To use the existing CPU device nodes, modify the OPP creation and
regulator registration to use the CPU0 device node for registraion.
NOTE: this patch always uses CPU0 as the device node. On all
OMAPs today, MPU DVFS scales all CPUs together, so this will
not be a problem, but this assumption will need to be changed
if independently scalable CPUs are introduced.
Cc: Paul Walmsley <paul@pwsan.com>
Signed-off-by: Kevin Hilman <khilman@ti.com>
2012-09-06 21:03:08 +00:00
|
|
|
if (!strncmp(oh_name, "mpu", 3))
|
|
|
|
/*
|
|
|
|
* All current OMAPs share voltage rail and clock
|
|
|
|
* source, so CPU0 is used to represent the MPU-SS.
|
|
|
|
*/
|
|
|
|
dev = get_cpu_device(0);
|
|
|
|
else
|
|
|
|
dev = omap_device_get_by_hwmod_name(oh_name);
|
|
|
|
|
2011-08-16 13:02:20 +00:00
|
|
|
if (IS_ERR(dev)) {
|
|
|
|
pr_err("%s: Unable to get dev pointer for hwmod %s\n",
|
|
|
|
__func__, oh_name);
|
|
|
|
goto exit;
|
|
|
|
}
|
|
|
|
|
2011-03-16 21:25:45 +00:00
|
|
|
voltdm = voltdm_lookup(vdd_name);
|
2012-09-27 05:54:36 +00:00
|
|
|
if (!voltdm) {
|
2011-08-30 16:48:17 +00:00
|
|
|
pr_err("%s: unable to get vdd pointer for vdd_%s\n",
|
2010-05-29 16:32:25 +00:00
|
|
|
__func__, vdd_name);
|
|
|
|
goto exit;
|
|
|
|
}
|
|
|
|
|
|
|
|
clk = clk_get(NULL, clk_name);
|
|
|
|
if (IS_ERR(clk)) {
|
2011-08-30 16:48:17 +00:00
|
|
|
pr_err("%s: unable to get clk %s\n", __func__, clk_name);
|
2010-05-29 16:32:25 +00:00
|
|
|
goto exit;
|
|
|
|
}
|
|
|
|
|
2012-09-22 08:24:17 +00:00
|
|
|
freq = clk_get_rate(clk);
|
2010-05-29 16:32:25 +00:00
|
|
|
clk_put(clk);
|
|
|
|
|
2012-01-09 02:14:12 +00:00
|
|
|
rcu_read_lock();
|
2013-09-19 21:03:50 +00:00
|
|
|
opp = dev_pm_opp_find_freq_ceil(dev, &freq);
|
2010-05-29 16:32:25 +00:00
|
|
|
if (IS_ERR(opp)) {
|
2012-01-09 02:14:12 +00:00
|
|
|
rcu_read_unlock();
|
2011-08-30 16:48:17 +00:00
|
|
|
pr_err("%s: unable to find boot up OPP for vdd_%s\n",
|
2010-05-29 16:32:25 +00:00
|
|
|
__func__, vdd_name);
|
|
|
|
goto exit;
|
|
|
|
}
|
|
|
|
|
2013-09-19 21:03:50 +00:00
|
|
|
bootup_volt = dev_pm_opp_get_voltage(opp);
|
2012-01-09 02:14:12 +00:00
|
|
|
rcu_read_unlock();
|
2010-05-29 16:32:25 +00:00
|
|
|
if (!bootup_volt) {
|
2012-07-26 06:54:26 +00:00
|
|
|
pr_err("%s: unable to find voltage corresponding to the bootup OPP for vdd_%s\n",
|
|
|
|
__func__, vdd_name);
|
2010-05-29 16:32:25 +00:00
|
|
|
goto exit;
|
|
|
|
}
|
|
|
|
|
2011-04-05 23:27:21 +00:00
|
|
|
voltdm_scale(voltdm, bootup_volt);
|
2010-05-29 16:32:25 +00:00
|
|
|
return 0;
|
|
|
|
|
|
|
|
exit:
|
2011-08-30 16:48:17 +00:00
|
|
|
pr_err("%s: unable to set vdd_%s\n", __func__, vdd_name);
|
2010-05-29 16:32:25 +00:00
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
2012-02-02 09:30:50 +00:00
|
|
|
#ifdef CONFIG_SUSPEND
|
|
|
|
static int omap_pm_enter(suspend_state_t suspend_state)
|
|
|
|
{
|
|
|
|
int ret = 0;
|
|
|
|
|
|
|
|
if (!omap_pm_suspend)
|
|
|
|
return -ENOENT; /* XXX doublecheck */
|
|
|
|
|
|
|
|
switch (suspend_state) {
|
|
|
|
case PM_SUSPEND_STANDBY:
|
|
|
|
case PM_SUSPEND_MEM:
|
|
|
|
ret = omap_pm_suspend();
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
ret = -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int omap_pm_begin(suspend_state_t state)
|
|
|
|
{
|
2013-03-21 21:49:38 +00:00
|
|
|
cpu_idle_poll_ctrl(true);
|
2012-02-02 09:30:50 +00:00
|
|
|
if (cpu_is_omap34xx())
|
|
|
|
omap_prcm_irq_prepare();
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void omap_pm_end(void)
|
|
|
|
{
|
2013-03-21 21:49:38 +00:00
|
|
|
cpu_idle_poll_ctrl(false);
|
2012-02-02 09:30:50 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static void omap_pm_finish(void)
|
|
|
|
{
|
|
|
|
if (cpu_is_omap34xx())
|
|
|
|
omap_prcm_irq_complete();
|
|
|
|
}
|
|
|
|
|
|
|
|
static const struct platform_suspend_ops omap_pm_ops = {
|
|
|
|
.begin = omap_pm_begin,
|
|
|
|
.end = omap_pm_end,
|
|
|
|
.enter = omap_pm_enter,
|
|
|
|
.finish = omap_pm_finish,
|
|
|
|
.valid = suspend_valid_only_mem,
|
|
|
|
};
|
|
|
|
|
|
|
|
#endif /* CONFIG_SUSPEND */
|
|
|
|
|
2010-05-29 16:32:25 +00:00
|
|
|
static void __init omap3_init_voltages(void)
|
|
|
|
{
|
|
|
|
if (!cpu_is_omap34xx())
|
|
|
|
return;
|
|
|
|
|
2011-08-16 13:02:20 +00:00
|
|
|
omap2_set_init_voltage("mpu_iva", "dpll1_ck", "mpu");
|
|
|
|
omap2_set_init_voltage("core", "l3_ick", "l3_main");
|
2010-05-29 16:32:25 +00:00
|
|
|
}
|
|
|
|
|
2010-05-29 16:32:25 +00:00
|
|
|
static void __init omap4_init_voltages(void)
|
|
|
|
{
|
|
|
|
if (!cpu_is_omap44xx())
|
|
|
|
return;
|
|
|
|
|
2011-08-16 13:02:20 +00:00
|
|
|
omap2_set_init_voltage("mpu", "dpll_mpu_ck", "mpu");
|
|
|
|
omap2_set_init_voltage("core", "l3_div_ck", "l3_main_1");
|
|
|
|
omap2_set_init_voltage("iva", "dpll_iva_m5x2_ck", "iva");
|
2010-05-29 16:32:25 +00:00
|
|
|
}
|
|
|
|
|
cpufreq: OMAP: instantiate omap-cpufreq as a platform_driver
As multi-platform build is being adopted by more and more ARM platforms,
initcall function should be used very carefully. For example, when
CONFIG_ARM_OMAP2PLUS_CPUFREQ is built in the kernel, omap_cpufreq_init()
will be called on all the platforms to initialize omap-cpufreq driver.
Further, on OMAP, we now use Soc generic cpufreq-cpu0 driver using device
tree entries. To allow cpufreq-cpu0 and omap-cpufreq drivers to co-exist
for OMAP in a single image, we need to ensure the following:
1. With device tree boot, we use cpufreq-cpu0
2. With non device tree boot, we use omap-cpufreq
In the case of (1), we will have cpu OPPs and regulator registered
as part of the device tree nodes, to ensure that omap-cpufreq
and cpufreq-cpu0 don't conflict in managing the frequency of the
same CPU, we should not permit omap-cpufreq to be probed.
In the case of (2), we will not have the cpufreq-cpu0 device, hence
only omap-cpufreq will be active.
To eliminate this undesired these effects, we change omap-cpufreq
driver to have it instantiated as a platform_driver and register
"omap-cpufreq" device only when booted without device tree nodes on
OMAP platforms.
This allows the following:
a) Will only run on platforms that create the platform_device
"omap-cpufreq".
b) Since the platform_device is registered only when device tree nodes
are *not* populated, omap-cpufreq driver does not conflict with
the usage of cpufreq-cpu0 driver which is used on OMAP platforms when
device tree nodes are present.
Inspired by commit 5553f9e26f6f49a93ba732fd222eac6973a4cf35
(cpufreq: instantiate cpufreq-cpu0 as a platform_driver)
[robherring2@gmail.com: reported conflict of omap-cpufreq vs other
driver in an non-device tree supported boot]
Reported-by: Rob Herring <robherring2@gmail.com>
Signed-off-by: Nishanth Menon <nm@ti.com>
Acked-by: Viresh Kumar <viresh.kumar@linaro.org>
Signed-off-by: Kevin Hilman <khilman@linaro.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2013-04-09 23:22:01 +00:00
|
|
|
static inline void omap_init_cpufreq(void)
|
|
|
|
{
|
2013-10-16 15:39:03 +00:00
|
|
|
struct platform_device_info devinfo = { };
|
|
|
|
|
|
|
|
if (!of_have_populated_dt())
|
|
|
|
devinfo.name = "omap-cpufreq";
|
|
|
|
else
|
|
|
|
devinfo.name = "cpufreq-cpu0";
|
cpufreq: OMAP: instantiate omap-cpufreq as a platform_driver
As multi-platform build is being adopted by more and more ARM platforms,
initcall function should be used very carefully. For example, when
CONFIG_ARM_OMAP2PLUS_CPUFREQ is built in the kernel, omap_cpufreq_init()
will be called on all the platforms to initialize omap-cpufreq driver.
Further, on OMAP, we now use Soc generic cpufreq-cpu0 driver using device
tree entries. To allow cpufreq-cpu0 and omap-cpufreq drivers to co-exist
for OMAP in a single image, we need to ensure the following:
1. With device tree boot, we use cpufreq-cpu0
2. With non device tree boot, we use omap-cpufreq
In the case of (1), we will have cpu OPPs and regulator registered
as part of the device tree nodes, to ensure that omap-cpufreq
and cpufreq-cpu0 don't conflict in managing the frequency of the
same CPU, we should not permit omap-cpufreq to be probed.
In the case of (2), we will not have the cpufreq-cpu0 device, hence
only omap-cpufreq will be active.
To eliminate this undesired these effects, we change omap-cpufreq
driver to have it instantiated as a platform_driver and register
"omap-cpufreq" device only when booted without device tree nodes on
OMAP platforms.
This allows the following:
a) Will only run on platforms that create the platform_device
"omap-cpufreq".
b) Since the platform_device is registered only when device tree nodes
are *not* populated, omap-cpufreq driver does not conflict with
the usage of cpufreq-cpu0 driver which is used on OMAP platforms when
device tree nodes are present.
Inspired by commit 5553f9e26f6f49a93ba732fd222eac6973a4cf35
(cpufreq: instantiate cpufreq-cpu0 as a platform_driver)
[robherring2@gmail.com: reported conflict of omap-cpufreq vs other
driver in an non-device tree supported boot]
Reported-by: Rob Herring <robherring2@gmail.com>
Signed-off-by: Nishanth Menon <nm@ti.com>
Acked-by: Viresh Kumar <viresh.kumar@linaro.org>
Signed-off-by: Kevin Hilman <khilman@linaro.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2013-04-09 23:22:01 +00:00
|
|
|
platform_device_register_full(&devinfo);
|
|
|
|
}
|
|
|
|
|
2010-07-26 22:34:31 +00:00
|
|
|
static int __init omap2_common_pm_init(void)
|
|
|
|
{
|
2011-08-16 09:49:08 +00:00
|
|
|
if (!of_have_populated_dt())
|
|
|
|
omap2_init_processor_devices();
|
2010-07-26 22:34:31 +00:00
|
|
|
omap_pm_if_init();
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
2013-01-11 19:24:18 +00:00
|
|
|
omap_postcore_initcall(omap2_common_pm_init);
|
2010-07-26 22:34:31 +00:00
|
|
|
|
2012-04-26 08:06:50 +00:00
|
|
|
int __init omap2_common_pm_late_init(void)
|
2010-05-29 16:32:21 +00:00
|
|
|
{
|
2011-12-08 15:47:39 +00:00
|
|
|
/*
|
|
|
|
* In the case of DT, the PMIC and SR initialization will be done using
|
|
|
|
* a completely different mechanism.
|
|
|
|
* Disable this part if a DT blob is available.
|
|
|
|
*/
|
2013-02-08 15:11:44 +00:00
|
|
|
if (!of_have_populated_dt()) {
|
2011-12-08 15:47:39 +00:00
|
|
|
|
2013-02-08 15:11:44 +00:00
|
|
|
/* Init the voltage layer */
|
|
|
|
omap_pmic_late_init();
|
|
|
|
omap_voltage_late_init();
|
2010-05-29 16:32:25 +00:00
|
|
|
|
2013-02-08 15:11:44 +00:00
|
|
|
/* Initialize the voltages */
|
|
|
|
omap3_init_voltages();
|
|
|
|
omap4_init_voltages();
|
2010-05-29 16:32:25 +00:00
|
|
|
|
2013-02-08 15:11:44 +00:00
|
|
|
/* Smartreflex device init */
|
|
|
|
omap_devinit_smartreflex();
|
cpufreq: OMAP: instantiate omap-cpufreq as a platform_driver
As multi-platform build is being adopted by more and more ARM platforms,
initcall function should be used very carefully. For example, when
CONFIG_ARM_OMAP2PLUS_CPUFREQ is built in the kernel, omap_cpufreq_init()
will be called on all the platforms to initialize omap-cpufreq driver.
Further, on OMAP, we now use Soc generic cpufreq-cpu0 driver using device
tree entries. To allow cpufreq-cpu0 and omap-cpufreq drivers to co-exist
for OMAP in a single image, we need to ensure the following:
1. With device tree boot, we use cpufreq-cpu0
2. With non device tree boot, we use omap-cpufreq
In the case of (1), we will have cpu OPPs and regulator registered
as part of the device tree nodes, to ensure that omap-cpufreq
and cpufreq-cpu0 don't conflict in managing the frequency of the
same CPU, we should not permit omap-cpufreq to be probed.
In the case of (2), we will not have the cpufreq-cpu0 device, hence
only omap-cpufreq will be active.
To eliminate this undesired these effects, we change omap-cpufreq
driver to have it instantiated as a platform_driver and register
"omap-cpufreq" device only when booted without device tree nodes on
OMAP platforms.
This allows the following:
a) Will only run on platforms that create the platform_device
"omap-cpufreq".
b) Since the platform_device is registered only when device tree nodes
are *not* populated, omap-cpufreq driver does not conflict with
the usage of cpufreq-cpu0 driver which is used on OMAP platforms when
device tree nodes are present.
Inspired by commit 5553f9e26f6f49a93ba732fd222eac6973a4cf35
(cpufreq: instantiate cpufreq-cpu0 as a platform_driver)
[robherring2@gmail.com: reported conflict of omap-cpufreq vs other
driver in an non-device tree supported boot]
Reported-by: Rob Herring <robherring2@gmail.com>
Signed-off-by: Nishanth Menon <nm@ti.com>
Acked-by: Viresh Kumar <viresh.kumar@linaro.org>
Signed-off-by: Kevin Hilman <khilman@linaro.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2013-04-09 23:22:01 +00:00
|
|
|
|
2013-02-08 15:11:44 +00:00
|
|
|
}
|
2010-05-29 16:32:21 +00:00
|
|
|
|
2013-10-16 15:39:03 +00:00
|
|
|
/* cpufreq dummy device instantiation */
|
|
|
|
omap_init_cpufreq();
|
|
|
|
|
2012-02-02 09:30:50 +00:00
|
|
|
#ifdef CONFIG_SUSPEND
|
|
|
|
suspend_set_ops(&omap_pm_ops);
|
|
|
|
#endif
|
|
|
|
|
2010-05-29 16:32:21 +00:00
|
|
|
return 0;
|
|
|
|
}
|