2019-06-04 16:11:33 +08:00
|
|
|
// SPDX-License-Identifier: GPL-2.0-only
|
2011-07-10 09:14:07 +08:00
|
|
|
/*
|
|
|
|
* omap_hwmod_2xxx_ipblock_data.c - common IP block data for OMAP2xxx
|
|
|
|
*
|
|
|
|
* Copyright (C) 2011 Nokia Corporation
|
|
|
|
* Paul Walmsley
|
|
|
|
*/
|
2012-10-03 08:41:35 +08:00
|
|
|
|
2018-02-15 01:35:20 +08:00
|
|
|
#include <linux/types.h>
|
2018-02-13 09:32:37 +08:00
|
|
|
|
2012-10-03 08:41:35 +08:00
|
|
|
#include "omap_hwmod.h"
|
2011-07-10 09:14:07 +08:00
|
|
|
#include "omap_hwmod_common_data.h"
|
2012-04-19 18:04:33 +08:00
|
|
|
#include "cm-regbits-24xx.h"
|
|
|
|
#include "prm-regbits-24xx.h"
|
2011-07-10 09:14:08 +08:00
|
|
|
#include "wd_timer.h"
|
2011-07-10 09:14:07 +08:00
|
|
|
|
2012-01-23 20:15:28 +08:00
|
|
|
/*
|
|
|
|
* 'dispc' class
|
|
|
|
* display controller
|
|
|
|
*/
|
|
|
|
|
|
|
|
static struct omap_hwmod_class_sysconfig omap2_dispc_sysc = {
|
|
|
|
.rev_offs = 0x0000,
|
|
|
|
.sysc_offs = 0x0010,
|
|
|
|
.syss_offs = 0x0014,
|
|
|
|
.sysc_flags = (SYSC_HAS_SIDLEMODE | SYSC_HAS_MIDLEMODE |
|
|
|
|
SYSC_HAS_SOFTRESET | SYSC_HAS_AUTOIDLE),
|
|
|
|
.idlemodes = (SIDLE_FORCE | SIDLE_NO | SIDLE_SMART |
|
|
|
|
MSTANDBY_FORCE | MSTANDBY_NO | MSTANDBY_SMART),
|
|
|
|
.sysc_fields = &omap_hwmod_sysc_type1,
|
|
|
|
};
|
|
|
|
|
|
|
|
struct omap_hwmod_class omap2_dispc_hwmod_class = {
|
|
|
|
.name = "dispc",
|
|
|
|
.sysc = &omap2_dispc_sysc,
|
|
|
|
};
|
|
|
|
|
2011-07-10 09:14:08 +08:00
|
|
|
/* OMAP2xxx Timer Common */
|
|
|
|
static struct omap_hwmod_class_sysconfig omap2xxx_timer_sysc = {
|
|
|
|
.rev_offs = 0x0000,
|
|
|
|
.sysc_offs = 0x0010,
|
|
|
|
.syss_offs = 0x0014,
|
|
|
|
.sysc_flags = (SYSC_HAS_SIDLEMODE | SYSC_HAS_CLOCKACTIVITY |
|
|
|
|
SYSC_HAS_ENAWAKEUP | SYSC_HAS_SOFTRESET |
|
2012-08-29 01:55:27 +08:00
|
|
|
SYSC_HAS_AUTOIDLE | SYSS_HAS_RESET_STATUS),
|
2011-07-10 09:14:08 +08:00
|
|
|
.idlemodes = (SIDLE_FORCE | SIDLE_NO | SIDLE_SMART),
|
|
|
|
.sysc_fields = &omap_hwmod_sysc_type1,
|
|
|
|
};
|
|
|
|
|
|
|
|
struct omap_hwmod_class omap2xxx_timer_hwmod_class = {
|
|
|
|
.name = "timer",
|
|
|
|
.sysc = &omap2xxx_timer_sysc,
|
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* 'wd_timer' class
|
|
|
|
* 32-bit watchdog upward counter that generates a pulse on the reset pin on
|
|
|
|
* overflow condition
|
|
|
|
*/
|
|
|
|
|
|
|
|
static struct omap_hwmod_class_sysconfig omap2xxx_wd_timer_sysc = {
|
|
|
|
.rev_offs = 0x0000,
|
|
|
|
.sysc_offs = 0x0010,
|
|
|
|
.syss_offs = 0x0014,
|
|
|
|
.sysc_flags = (SYSC_HAS_EMUFREE | SYSC_HAS_SOFTRESET |
|
|
|
|
SYSC_HAS_AUTOIDLE | SYSS_HAS_RESET_STATUS),
|
|
|
|
.sysc_fields = &omap_hwmod_sysc_type1,
|
|
|
|
};
|
|
|
|
|
|
|
|
struct omap_hwmod_class omap2xxx_wd_timer_hwmod_class = {
|
|
|
|
.name = "wd_timer",
|
|
|
|
.sysc = &omap2xxx_wd_timer_sysc,
|
ARM: OMAP2+: WDTIMER integration: fix !PM boot crash, disarm timer after hwmod reset
Without runtime PM enabled, hwmod needs to leave all IP blocks in an
enabled state by default so any driver access to the HW will succeed.
This is accomplished by seting the postsetup_state to enabled for all
hwmods during init when runtime PM is disabled.
Currently, we have a special case for WDT in that its postsetup_state
is always set to disabled. This is done so that the WDT is disabled
and the timer is disarmed at boot in case there is no WDT driver.
This also means that when runtime PM is disabled, if a WDT driver *is*
built in the kernel, the kernel will crash on the first access to the
WDT hardware.
We can't simply leave the WDT module enabled, because the timer is
armed by default after reset. That means that if there is no WDT
driver initialzed or loaded before the timer expires, the kernel will
reboot.
To fix this, a custom reset method is added to the watchdog class of
omap_hwmod. This method will *always* disarm the timer after hwmod
reset. The WDT timer then will only be rearmed when/if the driver is
loaded for the WDT. With the timer disarmed by default, we no longer
need a special-case for the postsetup_state of WDT during init, so it
is removed.
Any platforms wishing to ensure the watchdog remains armed across the
entire boot boot can simply disable the reset-on-init feature of the
watchdog hwmod using omap_hwmod_no_setup_reset().
Tested on 3530/Overo, 4430/Panda.
NOTE: on 4430, the hwmod OCP reset does not seem to rearm the timer as
documented in the TRM (and what happens on OMAP3.) I noticed this
because testing the HWMOD_INIT_NO_RESET feature with no driver loaded,
I expected a reboot part way through the boot, but did not see a
reboot. Adding some debug to read the counter, I verified that right
after OCP softreset, the counter is not firing. After writing the
magic start sequence, the timer starts counting. This means that the
timer disarm sequence added here does not seem to be needed for 4430,
but is technically the correct way to ensure the timer is disarmed, so
it is left in for OMAP4.
Special thanks to Paul Walmsley for helping brainstorm ideas to fix
this problem.
Cc: Paul Walmsley <paul@pwsan.com>
Signed-off-by: Kevin Hilman <khilman@ti.com>
Cc: Santosh Shilimkar <santosh.shilimkar@ti.com>
Acked-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
[paul@pwsan.com: updated the omap2_wd_timer_reset() function in the
wake of commit 3c55c1baffa5f719eb2ae9729088bc867f972f53 ("ARM:
OMAP2+: hwmod: Revert "ARM: OMAP2+: hwmod: Make omap_hwmod_softreset
wait for reset status""); added kerneldoc; rolled in warning fix from Kevin]
Signed-off-by: Paul Walmsley <paul@pwsan.com>
2012-05-09 01:34:30 +08:00
|
|
|
.pre_shutdown = &omap2_wd_timer_disable,
|
|
|
|
.reset = &omap2_wd_timer_reset,
|
2011-07-10 09:14:08 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* 'gpio' class
|
|
|
|
* general purpose io module
|
|
|
|
*/
|
|
|
|
static struct omap_hwmod_class_sysconfig omap2xxx_gpio_sysc = {
|
|
|
|
.rev_offs = 0x0000,
|
|
|
|
.sysc_offs = 0x0010,
|
|
|
|
.syss_offs = 0x0014,
|
|
|
|
.sysc_flags = (SYSC_HAS_ENAWAKEUP | SYSC_HAS_SIDLEMODE |
|
|
|
|
SYSC_HAS_SOFTRESET | SYSC_HAS_AUTOIDLE |
|
|
|
|
SYSS_HAS_RESET_STATUS),
|
|
|
|
.idlemodes = (SIDLE_FORCE | SIDLE_NO | SIDLE_SMART),
|
|
|
|
.sysc_fields = &omap_hwmod_sysc_type1,
|
|
|
|
};
|
|
|
|
|
|
|
|
struct omap_hwmod_class omap2xxx_gpio_hwmod_class = {
|
|
|
|
.name = "gpio",
|
|
|
|
.sysc = &omap2xxx_gpio_sysc,
|
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* 'mailbox' class
|
|
|
|
* mailbox module allowing communication between the on-chip processors
|
|
|
|
* using a queued mailbox-interrupt mechanism.
|
|
|
|
*/
|
|
|
|
|
|
|
|
static struct omap_hwmod_class_sysconfig omap2xxx_mailbox_sysc = {
|
|
|
|
.rev_offs = 0x000,
|
|
|
|
.sysc_offs = 0x010,
|
|
|
|
.syss_offs = 0x014,
|
|
|
|
.sysc_flags = (SYSC_HAS_CLOCKACTIVITY | SYSC_HAS_SIDLEMODE |
|
|
|
|
SYSC_HAS_SOFTRESET | SYSC_HAS_AUTOIDLE),
|
|
|
|
.idlemodes = (SIDLE_FORCE | SIDLE_NO | SIDLE_SMART),
|
|
|
|
.sysc_fields = &omap_hwmod_sysc_type1,
|
|
|
|
};
|
|
|
|
|
|
|
|
struct omap_hwmod_class omap2xxx_mailbox_hwmod_class = {
|
|
|
|
.name = "mailbox",
|
|
|
|
.sysc = &omap2xxx_mailbox_sysc,
|
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* 'mcspi' class
|
|
|
|
* multichannel serial port interface (mcspi) / master/slave synchronous serial
|
|
|
|
* bus
|
|
|
|
*/
|
|
|
|
|
|
|
|
static struct omap_hwmod_class_sysconfig omap2xxx_mcspi_sysc = {
|
|
|
|
.rev_offs = 0x0000,
|
|
|
|
.sysc_offs = 0x0010,
|
|
|
|
.syss_offs = 0x0014,
|
|
|
|
.sysc_flags = (SYSC_HAS_CLOCKACTIVITY | SYSC_HAS_SIDLEMODE |
|
|
|
|
SYSC_HAS_ENAWAKEUP | SYSC_HAS_SOFTRESET |
|
|
|
|
SYSC_HAS_AUTOIDLE | SYSS_HAS_RESET_STATUS),
|
|
|
|
.idlemodes = (SIDLE_FORCE | SIDLE_NO | SIDLE_SMART),
|
|
|
|
.sysc_fields = &omap_hwmod_sysc_type1,
|
|
|
|
};
|
|
|
|
|
|
|
|
struct omap_hwmod_class omap2xxx_mcspi_class = {
|
|
|
|
.name = "mcspi",
|
|
|
|
.sysc = &omap2xxx_mcspi_sysc,
|
|
|
|
};
|
2012-04-19 18:04:33 +08:00
|
|
|
|
2012-09-24 07:28:24 +08:00
|
|
|
/*
|
|
|
|
* 'gpmc' class
|
|
|
|
* general purpose memory controller
|
|
|
|
*/
|
|
|
|
|
|
|
|
static struct omap_hwmod_class_sysconfig omap2xxx_gpmc_sysc = {
|
|
|
|
.rev_offs = 0x0000,
|
|
|
|
.sysc_offs = 0x0010,
|
|
|
|
.syss_offs = 0x0014,
|
|
|
|
.sysc_flags = (SYSC_HAS_AUTOIDLE | SYSC_HAS_SIDLEMODE |
|
|
|
|
SYSC_HAS_SOFTRESET | SYSS_HAS_RESET_STATUS),
|
|
|
|
.idlemodes = (SIDLE_FORCE | SIDLE_NO | SIDLE_SMART),
|
|
|
|
.sysc_fields = &omap_hwmod_sysc_type1,
|
|
|
|
};
|
|
|
|
|
|
|
|
static struct omap_hwmod_class omap2xxx_gpmc_hwmod_class = {
|
|
|
|
.name = "gpmc",
|
|
|
|
.sysc = &omap2xxx_gpmc_sysc,
|
|
|
|
};
|
|
|
|
|
2012-04-19 18:04:33 +08:00
|
|
|
/*
|
|
|
|
* IP blocks
|
|
|
|
*/
|
|
|
|
|
|
|
|
/* L3 */
|
|
|
|
struct omap_hwmod omap2xxx_l3_main_hwmod = {
|
|
|
|
.name = "l3_main",
|
|
|
|
.class = &l3_hwmod_class,
|
|
|
|
.flags = HWMOD_NO_IDLEST,
|
|
|
|
};
|
|
|
|
|
|
|
|
/* L4 CORE */
|
|
|
|
struct omap_hwmod omap2xxx_l4_core_hwmod = {
|
|
|
|
.name = "l4_core",
|
|
|
|
.class = &l4_hwmod_class,
|
|
|
|
.flags = HWMOD_NO_IDLEST,
|
|
|
|
};
|
|
|
|
|
|
|
|
/* L4 WKUP */
|
|
|
|
struct omap_hwmod omap2xxx_l4_wkup_hwmod = {
|
|
|
|
.name = "l4_wkup",
|
|
|
|
.class = &l4_hwmod_class,
|
|
|
|
.flags = HWMOD_NO_IDLEST,
|
|
|
|
};
|
|
|
|
|
|
|
|
/* MPU */
|
|
|
|
struct omap_hwmod omap2xxx_mpu_hwmod = {
|
|
|
|
.name = "mpu",
|
|
|
|
.class = &mpu_hwmod_class,
|
|
|
|
.main_clk = "mpu_ck",
|
|
|
|
};
|
|
|
|
|
|
|
|
/* IVA2 */
|
|
|
|
struct omap_hwmod omap2xxx_iva_hwmod = {
|
|
|
|
.name = "iva",
|
|
|
|
.class = &iva_hwmod_class,
|
|
|
|
};
|
|
|
|
|
|
|
|
/* timer1 */
|
|
|
|
struct omap_hwmod omap2xxx_timer1_hwmod = {
|
|
|
|
.name = "timer1",
|
|
|
|
.main_clk = "gpt1_fck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = WKUP_MOD,
|
|
|
|
.idlest_reg_id = 1,
|
|
|
|
.idlest_idle_bit = OMAP24XX_ST_GPT1_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.class = &omap2xxx_timer_hwmod_class,
|
ARM: OMAP2+: Don't use __omap_dm_timer_reset()
Currently OMAP2+ devices are using the function __omap_dm_timer_reset() to
configure the clock-activity, idle, wakeup-enable and auto-idle fields in the
timer OCP_CFG register. The name of the function is mis-leading because this
function does not actually perform a reset of the timer.
For OMAP2+ devices, HWMOD is responsible for reseting and configuring the
timer OCP_CFG register. Therefore, do not use __omap_dm_timer_reset() for
OMAP2+ devices and rely on HWMOD. Furthermore, some timer instances do not
have the fields clock-activity, wakeup-enable and auto-idle and so this
function could configure the OCP_CFG register incorrectly.
Currently HWMOD is not configuring the clock-activity field in the OCP_CFG
register for timers that have this field. Commit 0f0d080 (ARM: OMAP: DMTimer:
Use posted mode) configures the clock-activity field to keep the f-clk enabled
so that the wake-up capability is enabled. Therefore, add the appropriate flags
to the timer HWMOD structures to configure this field in the same way.
For OMAP2/3 devices all dmtimers have the clock-activity field, where as for
OMAP4 devices, only dmtimer 1, 2 and 10 have the clock-activity field.
Verified on OMAP2420 H4, OMAP3430 Beagle and OMAP4430 Panda that HWMOD is
configuring the dmtimer OCP_CFG register as expected for clock-events timer.
Signed-off-by: Jon Hunter <jon-hunter@ti.com>
Acked-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
2012-07-12 02:00:13 +08:00
|
|
|
.flags = HWMOD_SET_DEFAULT_CLOCKACT,
|
2012-04-19 18:04:33 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
/* timer2 */
|
|
|
|
struct omap_hwmod omap2xxx_timer2_hwmod = {
|
|
|
|
.name = "timer2",
|
|
|
|
.main_clk = "gpt2_fck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = CORE_MOD,
|
|
|
|
.idlest_reg_id = 1,
|
|
|
|
.idlest_idle_bit = OMAP24XX_ST_GPT2_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.class = &omap2xxx_timer_hwmod_class,
|
ARM: OMAP2+: Don't use __omap_dm_timer_reset()
Currently OMAP2+ devices are using the function __omap_dm_timer_reset() to
configure the clock-activity, idle, wakeup-enable and auto-idle fields in the
timer OCP_CFG register. The name of the function is mis-leading because this
function does not actually perform a reset of the timer.
For OMAP2+ devices, HWMOD is responsible for reseting and configuring the
timer OCP_CFG register. Therefore, do not use __omap_dm_timer_reset() for
OMAP2+ devices and rely on HWMOD. Furthermore, some timer instances do not
have the fields clock-activity, wakeup-enable and auto-idle and so this
function could configure the OCP_CFG register incorrectly.
Currently HWMOD is not configuring the clock-activity field in the OCP_CFG
register for timers that have this field. Commit 0f0d080 (ARM: OMAP: DMTimer:
Use posted mode) configures the clock-activity field to keep the f-clk enabled
so that the wake-up capability is enabled. Therefore, add the appropriate flags
to the timer HWMOD structures to configure this field in the same way.
For OMAP2/3 devices all dmtimers have the clock-activity field, where as for
OMAP4 devices, only dmtimer 1, 2 and 10 have the clock-activity field.
Verified on OMAP2420 H4, OMAP3430 Beagle and OMAP4430 Panda that HWMOD is
configuring the dmtimer OCP_CFG register as expected for clock-events timer.
Signed-off-by: Jon Hunter <jon-hunter@ti.com>
Acked-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
2012-07-12 02:00:13 +08:00
|
|
|
.flags = HWMOD_SET_DEFAULT_CLOCKACT,
|
2012-04-19 18:04:33 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
/* timer3 */
|
|
|
|
struct omap_hwmod omap2xxx_timer3_hwmod = {
|
|
|
|
.name = "timer3",
|
|
|
|
.main_clk = "gpt3_fck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = CORE_MOD,
|
|
|
|
.idlest_reg_id = 1,
|
|
|
|
.idlest_idle_bit = OMAP24XX_ST_GPT3_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.class = &omap2xxx_timer_hwmod_class,
|
ARM: OMAP2+: Don't use __omap_dm_timer_reset()
Currently OMAP2+ devices are using the function __omap_dm_timer_reset() to
configure the clock-activity, idle, wakeup-enable and auto-idle fields in the
timer OCP_CFG register. The name of the function is mis-leading because this
function does not actually perform a reset of the timer.
For OMAP2+ devices, HWMOD is responsible for reseting and configuring the
timer OCP_CFG register. Therefore, do not use __omap_dm_timer_reset() for
OMAP2+ devices and rely on HWMOD. Furthermore, some timer instances do not
have the fields clock-activity, wakeup-enable and auto-idle and so this
function could configure the OCP_CFG register incorrectly.
Currently HWMOD is not configuring the clock-activity field in the OCP_CFG
register for timers that have this field. Commit 0f0d080 (ARM: OMAP: DMTimer:
Use posted mode) configures the clock-activity field to keep the f-clk enabled
so that the wake-up capability is enabled. Therefore, add the appropriate flags
to the timer HWMOD structures to configure this field in the same way.
For OMAP2/3 devices all dmtimers have the clock-activity field, where as for
OMAP4 devices, only dmtimer 1, 2 and 10 have the clock-activity field.
Verified on OMAP2420 H4, OMAP3430 Beagle and OMAP4430 Panda that HWMOD is
configuring the dmtimer OCP_CFG register as expected for clock-events timer.
Signed-off-by: Jon Hunter <jon-hunter@ti.com>
Acked-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
2012-07-12 02:00:13 +08:00
|
|
|
.flags = HWMOD_SET_DEFAULT_CLOCKACT,
|
2012-04-19 18:04:33 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
/* timer4 */
|
|
|
|
struct omap_hwmod omap2xxx_timer4_hwmod = {
|
|
|
|
.name = "timer4",
|
|
|
|
.main_clk = "gpt4_fck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = CORE_MOD,
|
|
|
|
.idlest_reg_id = 1,
|
|
|
|
.idlest_idle_bit = OMAP24XX_ST_GPT4_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.class = &omap2xxx_timer_hwmod_class,
|
ARM: OMAP2+: Don't use __omap_dm_timer_reset()
Currently OMAP2+ devices are using the function __omap_dm_timer_reset() to
configure the clock-activity, idle, wakeup-enable and auto-idle fields in the
timer OCP_CFG register. The name of the function is mis-leading because this
function does not actually perform a reset of the timer.
For OMAP2+ devices, HWMOD is responsible for reseting and configuring the
timer OCP_CFG register. Therefore, do not use __omap_dm_timer_reset() for
OMAP2+ devices and rely on HWMOD. Furthermore, some timer instances do not
have the fields clock-activity, wakeup-enable and auto-idle and so this
function could configure the OCP_CFG register incorrectly.
Currently HWMOD is not configuring the clock-activity field in the OCP_CFG
register for timers that have this field. Commit 0f0d080 (ARM: OMAP: DMTimer:
Use posted mode) configures the clock-activity field to keep the f-clk enabled
so that the wake-up capability is enabled. Therefore, add the appropriate flags
to the timer HWMOD structures to configure this field in the same way.
For OMAP2/3 devices all dmtimers have the clock-activity field, where as for
OMAP4 devices, only dmtimer 1, 2 and 10 have the clock-activity field.
Verified on OMAP2420 H4, OMAP3430 Beagle and OMAP4430 Panda that HWMOD is
configuring the dmtimer OCP_CFG register as expected for clock-events timer.
Signed-off-by: Jon Hunter <jon-hunter@ti.com>
Acked-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
2012-07-12 02:00:13 +08:00
|
|
|
.flags = HWMOD_SET_DEFAULT_CLOCKACT,
|
2012-04-19 18:04:33 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
/* timer5 */
|
|
|
|
struct omap_hwmod omap2xxx_timer5_hwmod = {
|
|
|
|
.name = "timer5",
|
|
|
|
.main_clk = "gpt5_fck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = CORE_MOD,
|
|
|
|
.idlest_reg_id = 1,
|
|
|
|
.idlest_idle_bit = OMAP24XX_ST_GPT5_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.class = &omap2xxx_timer_hwmod_class,
|
ARM: OMAP2+: Don't use __omap_dm_timer_reset()
Currently OMAP2+ devices are using the function __omap_dm_timer_reset() to
configure the clock-activity, idle, wakeup-enable and auto-idle fields in the
timer OCP_CFG register. The name of the function is mis-leading because this
function does not actually perform a reset of the timer.
For OMAP2+ devices, HWMOD is responsible for reseting and configuring the
timer OCP_CFG register. Therefore, do not use __omap_dm_timer_reset() for
OMAP2+ devices and rely on HWMOD. Furthermore, some timer instances do not
have the fields clock-activity, wakeup-enable and auto-idle and so this
function could configure the OCP_CFG register incorrectly.
Currently HWMOD is not configuring the clock-activity field in the OCP_CFG
register for timers that have this field. Commit 0f0d080 (ARM: OMAP: DMTimer:
Use posted mode) configures the clock-activity field to keep the f-clk enabled
so that the wake-up capability is enabled. Therefore, add the appropriate flags
to the timer HWMOD structures to configure this field in the same way.
For OMAP2/3 devices all dmtimers have the clock-activity field, where as for
OMAP4 devices, only dmtimer 1, 2 and 10 have the clock-activity field.
Verified on OMAP2420 H4, OMAP3430 Beagle and OMAP4430 Panda that HWMOD is
configuring the dmtimer OCP_CFG register as expected for clock-events timer.
Signed-off-by: Jon Hunter <jon-hunter@ti.com>
Acked-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
2012-07-12 02:00:13 +08:00
|
|
|
.flags = HWMOD_SET_DEFAULT_CLOCKACT,
|
2012-04-19 18:04:33 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
/* timer6 */
|
|
|
|
struct omap_hwmod omap2xxx_timer6_hwmod = {
|
|
|
|
.name = "timer6",
|
|
|
|
.main_clk = "gpt6_fck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = CORE_MOD,
|
|
|
|
.idlest_reg_id = 1,
|
|
|
|
.idlest_idle_bit = OMAP24XX_ST_GPT6_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.class = &omap2xxx_timer_hwmod_class,
|
ARM: OMAP2+: Don't use __omap_dm_timer_reset()
Currently OMAP2+ devices are using the function __omap_dm_timer_reset() to
configure the clock-activity, idle, wakeup-enable and auto-idle fields in the
timer OCP_CFG register. The name of the function is mis-leading because this
function does not actually perform a reset of the timer.
For OMAP2+ devices, HWMOD is responsible for reseting and configuring the
timer OCP_CFG register. Therefore, do not use __omap_dm_timer_reset() for
OMAP2+ devices and rely on HWMOD. Furthermore, some timer instances do not
have the fields clock-activity, wakeup-enable and auto-idle and so this
function could configure the OCP_CFG register incorrectly.
Currently HWMOD is not configuring the clock-activity field in the OCP_CFG
register for timers that have this field. Commit 0f0d080 (ARM: OMAP: DMTimer:
Use posted mode) configures the clock-activity field to keep the f-clk enabled
so that the wake-up capability is enabled. Therefore, add the appropriate flags
to the timer HWMOD structures to configure this field in the same way.
For OMAP2/3 devices all dmtimers have the clock-activity field, where as for
OMAP4 devices, only dmtimer 1, 2 and 10 have the clock-activity field.
Verified on OMAP2420 H4, OMAP3430 Beagle and OMAP4430 Panda that HWMOD is
configuring the dmtimer OCP_CFG register as expected for clock-events timer.
Signed-off-by: Jon Hunter <jon-hunter@ti.com>
Acked-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
2012-07-12 02:00:13 +08:00
|
|
|
.flags = HWMOD_SET_DEFAULT_CLOCKACT,
|
2012-04-19 18:04:33 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
/* timer7 */
|
|
|
|
struct omap_hwmod omap2xxx_timer7_hwmod = {
|
|
|
|
.name = "timer7",
|
|
|
|
.main_clk = "gpt7_fck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = CORE_MOD,
|
|
|
|
.idlest_reg_id = 1,
|
|
|
|
.idlest_idle_bit = OMAP24XX_ST_GPT7_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.class = &omap2xxx_timer_hwmod_class,
|
ARM: OMAP2+: Don't use __omap_dm_timer_reset()
Currently OMAP2+ devices are using the function __omap_dm_timer_reset() to
configure the clock-activity, idle, wakeup-enable and auto-idle fields in the
timer OCP_CFG register. The name of the function is mis-leading because this
function does not actually perform a reset of the timer.
For OMAP2+ devices, HWMOD is responsible for reseting and configuring the
timer OCP_CFG register. Therefore, do not use __omap_dm_timer_reset() for
OMAP2+ devices and rely on HWMOD. Furthermore, some timer instances do not
have the fields clock-activity, wakeup-enable and auto-idle and so this
function could configure the OCP_CFG register incorrectly.
Currently HWMOD is not configuring the clock-activity field in the OCP_CFG
register for timers that have this field. Commit 0f0d080 (ARM: OMAP: DMTimer:
Use posted mode) configures the clock-activity field to keep the f-clk enabled
so that the wake-up capability is enabled. Therefore, add the appropriate flags
to the timer HWMOD structures to configure this field in the same way.
For OMAP2/3 devices all dmtimers have the clock-activity field, where as for
OMAP4 devices, only dmtimer 1, 2 and 10 have the clock-activity field.
Verified on OMAP2420 H4, OMAP3430 Beagle and OMAP4430 Panda that HWMOD is
configuring the dmtimer OCP_CFG register as expected for clock-events timer.
Signed-off-by: Jon Hunter <jon-hunter@ti.com>
Acked-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
2012-07-12 02:00:13 +08:00
|
|
|
.flags = HWMOD_SET_DEFAULT_CLOCKACT,
|
2012-04-19 18:04:33 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
/* timer8 */
|
|
|
|
struct omap_hwmod omap2xxx_timer8_hwmod = {
|
|
|
|
.name = "timer8",
|
|
|
|
.main_clk = "gpt8_fck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = CORE_MOD,
|
|
|
|
.idlest_reg_id = 1,
|
|
|
|
.idlest_idle_bit = OMAP24XX_ST_GPT8_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.class = &omap2xxx_timer_hwmod_class,
|
ARM: OMAP2+: Don't use __omap_dm_timer_reset()
Currently OMAP2+ devices are using the function __omap_dm_timer_reset() to
configure the clock-activity, idle, wakeup-enable and auto-idle fields in the
timer OCP_CFG register. The name of the function is mis-leading because this
function does not actually perform a reset of the timer.
For OMAP2+ devices, HWMOD is responsible for reseting and configuring the
timer OCP_CFG register. Therefore, do not use __omap_dm_timer_reset() for
OMAP2+ devices and rely on HWMOD. Furthermore, some timer instances do not
have the fields clock-activity, wakeup-enable and auto-idle and so this
function could configure the OCP_CFG register incorrectly.
Currently HWMOD is not configuring the clock-activity field in the OCP_CFG
register for timers that have this field. Commit 0f0d080 (ARM: OMAP: DMTimer:
Use posted mode) configures the clock-activity field to keep the f-clk enabled
so that the wake-up capability is enabled. Therefore, add the appropriate flags
to the timer HWMOD structures to configure this field in the same way.
For OMAP2/3 devices all dmtimers have the clock-activity field, where as for
OMAP4 devices, only dmtimer 1, 2 and 10 have the clock-activity field.
Verified on OMAP2420 H4, OMAP3430 Beagle and OMAP4430 Panda that HWMOD is
configuring the dmtimer OCP_CFG register as expected for clock-events timer.
Signed-off-by: Jon Hunter <jon-hunter@ti.com>
Acked-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
2012-07-12 02:00:13 +08:00
|
|
|
.flags = HWMOD_SET_DEFAULT_CLOCKACT,
|
2012-04-19 18:04:33 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
/* timer9 */
|
|
|
|
struct omap_hwmod omap2xxx_timer9_hwmod = {
|
|
|
|
.name = "timer9",
|
|
|
|
.main_clk = "gpt9_fck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = CORE_MOD,
|
|
|
|
.idlest_reg_id = 1,
|
|
|
|
.idlest_idle_bit = OMAP24XX_ST_GPT9_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.class = &omap2xxx_timer_hwmod_class,
|
ARM: OMAP2+: Don't use __omap_dm_timer_reset()
Currently OMAP2+ devices are using the function __omap_dm_timer_reset() to
configure the clock-activity, idle, wakeup-enable and auto-idle fields in the
timer OCP_CFG register. The name of the function is mis-leading because this
function does not actually perform a reset of the timer.
For OMAP2+ devices, HWMOD is responsible for reseting and configuring the
timer OCP_CFG register. Therefore, do not use __omap_dm_timer_reset() for
OMAP2+ devices and rely on HWMOD. Furthermore, some timer instances do not
have the fields clock-activity, wakeup-enable and auto-idle and so this
function could configure the OCP_CFG register incorrectly.
Currently HWMOD is not configuring the clock-activity field in the OCP_CFG
register for timers that have this field. Commit 0f0d080 (ARM: OMAP: DMTimer:
Use posted mode) configures the clock-activity field to keep the f-clk enabled
so that the wake-up capability is enabled. Therefore, add the appropriate flags
to the timer HWMOD structures to configure this field in the same way.
For OMAP2/3 devices all dmtimers have the clock-activity field, where as for
OMAP4 devices, only dmtimer 1, 2 and 10 have the clock-activity field.
Verified on OMAP2420 H4, OMAP3430 Beagle and OMAP4430 Panda that HWMOD is
configuring the dmtimer OCP_CFG register as expected for clock-events timer.
Signed-off-by: Jon Hunter <jon-hunter@ti.com>
Acked-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
2012-07-12 02:00:13 +08:00
|
|
|
.flags = HWMOD_SET_DEFAULT_CLOCKACT,
|
2012-04-19 18:04:33 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
/* timer10 */
|
|
|
|
struct omap_hwmod omap2xxx_timer10_hwmod = {
|
|
|
|
.name = "timer10",
|
|
|
|
.main_clk = "gpt10_fck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = CORE_MOD,
|
|
|
|
.idlest_reg_id = 1,
|
|
|
|
.idlest_idle_bit = OMAP24XX_ST_GPT10_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.class = &omap2xxx_timer_hwmod_class,
|
ARM: OMAP2+: Don't use __omap_dm_timer_reset()
Currently OMAP2+ devices are using the function __omap_dm_timer_reset() to
configure the clock-activity, idle, wakeup-enable and auto-idle fields in the
timer OCP_CFG register. The name of the function is mis-leading because this
function does not actually perform a reset of the timer.
For OMAP2+ devices, HWMOD is responsible for reseting and configuring the
timer OCP_CFG register. Therefore, do not use __omap_dm_timer_reset() for
OMAP2+ devices and rely on HWMOD. Furthermore, some timer instances do not
have the fields clock-activity, wakeup-enable and auto-idle and so this
function could configure the OCP_CFG register incorrectly.
Currently HWMOD is not configuring the clock-activity field in the OCP_CFG
register for timers that have this field. Commit 0f0d080 (ARM: OMAP: DMTimer:
Use posted mode) configures the clock-activity field to keep the f-clk enabled
so that the wake-up capability is enabled. Therefore, add the appropriate flags
to the timer HWMOD structures to configure this field in the same way.
For OMAP2/3 devices all dmtimers have the clock-activity field, where as for
OMAP4 devices, only dmtimer 1, 2 and 10 have the clock-activity field.
Verified on OMAP2420 H4, OMAP3430 Beagle and OMAP4430 Panda that HWMOD is
configuring the dmtimer OCP_CFG register as expected for clock-events timer.
Signed-off-by: Jon Hunter <jon-hunter@ti.com>
Acked-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
2012-07-12 02:00:13 +08:00
|
|
|
.flags = HWMOD_SET_DEFAULT_CLOCKACT,
|
2012-04-19 18:04:33 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
/* timer11 */
|
|
|
|
struct omap_hwmod omap2xxx_timer11_hwmod = {
|
|
|
|
.name = "timer11",
|
|
|
|
.main_clk = "gpt11_fck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = CORE_MOD,
|
|
|
|
.idlest_reg_id = 1,
|
|
|
|
.idlest_idle_bit = OMAP24XX_ST_GPT11_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.class = &omap2xxx_timer_hwmod_class,
|
ARM: OMAP2+: Don't use __omap_dm_timer_reset()
Currently OMAP2+ devices are using the function __omap_dm_timer_reset() to
configure the clock-activity, idle, wakeup-enable and auto-idle fields in the
timer OCP_CFG register. The name of the function is mis-leading because this
function does not actually perform a reset of the timer.
For OMAP2+ devices, HWMOD is responsible for reseting and configuring the
timer OCP_CFG register. Therefore, do not use __omap_dm_timer_reset() for
OMAP2+ devices and rely on HWMOD. Furthermore, some timer instances do not
have the fields clock-activity, wakeup-enable and auto-idle and so this
function could configure the OCP_CFG register incorrectly.
Currently HWMOD is not configuring the clock-activity field in the OCP_CFG
register for timers that have this field. Commit 0f0d080 (ARM: OMAP: DMTimer:
Use posted mode) configures the clock-activity field to keep the f-clk enabled
so that the wake-up capability is enabled. Therefore, add the appropriate flags
to the timer HWMOD structures to configure this field in the same way.
For OMAP2/3 devices all dmtimers have the clock-activity field, where as for
OMAP4 devices, only dmtimer 1, 2 and 10 have the clock-activity field.
Verified on OMAP2420 H4, OMAP3430 Beagle and OMAP4430 Panda that HWMOD is
configuring the dmtimer OCP_CFG register as expected for clock-events timer.
Signed-off-by: Jon Hunter <jon-hunter@ti.com>
Acked-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
2012-07-12 02:00:13 +08:00
|
|
|
.flags = HWMOD_SET_DEFAULT_CLOCKACT,
|
2012-04-19 18:04:33 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
/* timer12 */
|
|
|
|
struct omap_hwmod omap2xxx_timer12_hwmod = {
|
|
|
|
.name = "timer12",
|
|
|
|
.main_clk = "gpt12_fck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = CORE_MOD,
|
|
|
|
.idlest_reg_id = 1,
|
|
|
|
.idlest_idle_bit = OMAP24XX_ST_GPT12_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.class = &omap2xxx_timer_hwmod_class,
|
ARM: OMAP2+: Don't use __omap_dm_timer_reset()
Currently OMAP2+ devices are using the function __omap_dm_timer_reset() to
configure the clock-activity, idle, wakeup-enable and auto-idle fields in the
timer OCP_CFG register. The name of the function is mis-leading because this
function does not actually perform a reset of the timer.
For OMAP2+ devices, HWMOD is responsible for reseting and configuring the
timer OCP_CFG register. Therefore, do not use __omap_dm_timer_reset() for
OMAP2+ devices and rely on HWMOD. Furthermore, some timer instances do not
have the fields clock-activity, wakeup-enable and auto-idle and so this
function could configure the OCP_CFG register incorrectly.
Currently HWMOD is not configuring the clock-activity field in the OCP_CFG
register for timers that have this field. Commit 0f0d080 (ARM: OMAP: DMTimer:
Use posted mode) configures the clock-activity field to keep the f-clk enabled
so that the wake-up capability is enabled. Therefore, add the appropriate flags
to the timer HWMOD structures to configure this field in the same way.
For OMAP2/3 devices all dmtimers have the clock-activity field, where as for
OMAP4 devices, only dmtimer 1, 2 and 10 have the clock-activity field.
Verified on OMAP2420 H4, OMAP3430 Beagle and OMAP4430 Panda that HWMOD is
configuring the dmtimer OCP_CFG register as expected for clock-events timer.
Signed-off-by: Jon Hunter <jon-hunter@ti.com>
Acked-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
2012-07-12 02:00:13 +08:00
|
|
|
.flags = HWMOD_SET_DEFAULT_CLOCKACT,
|
2012-04-19 18:04:33 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
/* wd_timer2 */
|
|
|
|
struct omap_hwmod omap2xxx_wd_timer2_hwmod = {
|
|
|
|
.name = "wd_timer2",
|
|
|
|
.class = &omap2xxx_wd_timer_hwmod_class,
|
|
|
|
.main_clk = "mpu_wdt_fck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = WKUP_MOD,
|
|
|
|
.idlest_reg_id = 1,
|
|
|
|
.idlest_idle_bit = OMAP24XX_ST_MPU_WDT_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
};
|
|
|
|
|
|
|
|
/* UART1 */
|
|
|
|
|
|
|
|
struct omap_hwmod omap2xxx_uart1_hwmod = {
|
|
|
|
.name = "uart1",
|
|
|
|
.main_clk = "uart1_fck",
|
2013-07-29 13:01:48 +08:00
|
|
|
.flags = DEBUG_OMAP2UART1_FLAGS | HWMOD_SWSUP_SIDLE_ACT,
|
2012-04-19 18:04:33 +08:00
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = CORE_MOD,
|
|
|
|
.idlest_reg_id = 1,
|
|
|
|
.idlest_idle_bit = OMAP24XX_EN_UART1_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.class = &omap2_uart_class,
|
|
|
|
};
|
|
|
|
|
|
|
|
/* UART2 */
|
|
|
|
|
|
|
|
struct omap_hwmod omap2xxx_uart2_hwmod = {
|
|
|
|
.name = "uart2",
|
|
|
|
.main_clk = "uart2_fck",
|
2013-07-29 13:01:48 +08:00
|
|
|
.flags = DEBUG_OMAP2UART2_FLAGS | HWMOD_SWSUP_SIDLE_ACT,
|
2012-04-19 18:04:33 +08:00
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = CORE_MOD,
|
|
|
|
.idlest_reg_id = 1,
|
|
|
|
.idlest_idle_bit = OMAP24XX_EN_UART2_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.class = &omap2_uart_class,
|
|
|
|
};
|
|
|
|
|
|
|
|
/* UART3 */
|
|
|
|
|
|
|
|
struct omap_hwmod omap2xxx_uart3_hwmod = {
|
|
|
|
.name = "uart3",
|
|
|
|
.main_clk = "uart3_fck",
|
2013-07-29 13:01:48 +08:00
|
|
|
.flags = DEBUG_OMAP2UART3_FLAGS | HWMOD_SWSUP_SIDLE_ACT,
|
2012-04-19 18:04:33 +08:00
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = CORE_MOD,
|
|
|
|
.idlest_reg_id = 2,
|
|
|
|
.idlest_idle_bit = OMAP24XX_EN_UART3_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.class = &omap2_uart_class,
|
|
|
|
};
|
|
|
|
|
|
|
|
/* dss */
|
|
|
|
|
|
|
|
static struct omap_hwmod_opt_clk dss_opt_clks[] = {
|
|
|
|
/*
|
|
|
|
* The DSS HW needs all DSS clocks enabled during reset. The dss_core
|
|
|
|
* driver does not use these clocks.
|
|
|
|
*/
|
|
|
|
{ .role = "tv_clk", .clk = "dss_54m_fck" },
|
|
|
|
{ .role = "sys_clk", .clk = "dss2_fck" },
|
|
|
|
};
|
|
|
|
|
|
|
|
struct omap_hwmod omap2xxx_dss_core_hwmod = {
|
|
|
|
.name = "dss_core",
|
|
|
|
.class = &omap2_dss_hwmod_class,
|
|
|
|
.main_clk = "dss1_fck", /* instead of dss_fck */
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = CORE_MOD,
|
|
|
|
.idlest_reg_id = 1,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.opt_clks = dss_opt_clks,
|
|
|
|
.opt_clks_cnt = ARRAY_SIZE(dss_opt_clks),
|
|
|
|
.flags = HWMOD_NO_IDLEST | HWMOD_CONTROL_OPT_CLKS_IN_RESET,
|
|
|
|
};
|
|
|
|
|
|
|
|
struct omap_hwmod omap2xxx_dss_dispc_hwmod = {
|
|
|
|
.name = "dss_dispc",
|
|
|
|
.class = &omap2_dispc_hwmod_class,
|
|
|
|
.main_clk = "dss1_fck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = CORE_MOD,
|
|
|
|
.idlest_reg_id = 1,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.flags = HWMOD_NO_IDLEST,
|
2013-11-26 07:17:12 +08:00
|
|
|
.dev_attr = &omap2_3_dss_dispc_dev_attr,
|
2012-04-19 18:04:33 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
static struct omap_hwmod_opt_clk dss_rfbi_opt_clks[] = {
|
|
|
|
{ .role = "ick", .clk = "dss_ick" },
|
|
|
|
};
|
|
|
|
|
|
|
|
struct omap_hwmod omap2xxx_dss_rfbi_hwmod = {
|
|
|
|
.name = "dss_rfbi",
|
|
|
|
.class = &omap2_rfbi_hwmod_class,
|
|
|
|
.main_clk = "dss1_fck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = CORE_MOD,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.opt_clks = dss_rfbi_opt_clks,
|
|
|
|
.opt_clks_cnt = ARRAY_SIZE(dss_rfbi_opt_clks),
|
|
|
|
.flags = HWMOD_NO_IDLEST,
|
|
|
|
};
|
|
|
|
|
|
|
|
struct omap_hwmod omap2xxx_dss_venc_hwmod = {
|
|
|
|
.name = "dss_venc",
|
|
|
|
.class = &omap2_venc_hwmod_class,
|
|
|
|
.main_clk = "dss_54m_fck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = CORE_MOD,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.flags = HWMOD_NO_IDLEST,
|
|
|
|
};
|
|
|
|
|
|
|
|
/* gpio1 */
|
|
|
|
struct omap_hwmod omap2xxx_gpio1_hwmod = {
|
|
|
|
.name = "gpio1",
|
|
|
|
.flags = HWMOD_CONTROL_OPT_CLKS_IN_RESET,
|
|
|
|
.main_clk = "gpios_fck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = WKUP_MOD,
|
|
|
|
.idlest_reg_id = 1,
|
|
|
|
.idlest_idle_bit = OMAP24XX_ST_GPIOS_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.class = &omap2xxx_gpio_hwmod_class,
|
|
|
|
};
|
|
|
|
|
|
|
|
/* gpio2 */
|
|
|
|
struct omap_hwmod omap2xxx_gpio2_hwmod = {
|
|
|
|
.name = "gpio2",
|
|
|
|
.flags = HWMOD_CONTROL_OPT_CLKS_IN_RESET,
|
|
|
|
.main_clk = "gpios_fck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = WKUP_MOD,
|
|
|
|
.idlest_reg_id = 1,
|
|
|
|
.idlest_idle_bit = OMAP24XX_ST_GPIOS_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.class = &omap2xxx_gpio_hwmod_class,
|
|
|
|
};
|
|
|
|
|
|
|
|
/* gpio3 */
|
|
|
|
struct omap_hwmod omap2xxx_gpio3_hwmod = {
|
|
|
|
.name = "gpio3",
|
|
|
|
.flags = HWMOD_CONTROL_OPT_CLKS_IN_RESET,
|
|
|
|
.main_clk = "gpios_fck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = WKUP_MOD,
|
|
|
|
.idlest_reg_id = 1,
|
|
|
|
.idlest_idle_bit = OMAP24XX_ST_GPIOS_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.class = &omap2xxx_gpio_hwmod_class,
|
|
|
|
};
|
|
|
|
|
|
|
|
/* gpio4 */
|
|
|
|
struct omap_hwmod omap2xxx_gpio4_hwmod = {
|
|
|
|
.name = "gpio4",
|
|
|
|
.flags = HWMOD_CONTROL_OPT_CLKS_IN_RESET,
|
|
|
|
.main_clk = "gpios_fck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = WKUP_MOD,
|
|
|
|
.idlest_reg_id = 1,
|
|
|
|
.idlest_idle_bit = OMAP24XX_ST_GPIOS_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.class = &omap2xxx_gpio_hwmod_class,
|
|
|
|
};
|
|
|
|
|
|
|
|
/* mcspi1 */
|
|
|
|
struct omap_hwmod omap2xxx_mcspi1_hwmod = {
|
|
|
|
.name = "mcspi1",
|
|
|
|
.main_clk = "mcspi1_fck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = CORE_MOD,
|
|
|
|
.idlest_reg_id = 1,
|
|
|
|
.idlest_idle_bit = OMAP24XX_ST_MCSPI1_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.class = &omap2xxx_mcspi_class,
|
|
|
|
};
|
|
|
|
|
|
|
|
/* mcspi2 */
|
|
|
|
struct omap_hwmod omap2xxx_mcspi2_hwmod = {
|
|
|
|
.name = "mcspi2",
|
|
|
|
.main_clk = "mcspi2_fck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = CORE_MOD,
|
|
|
|
.idlest_reg_id = 1,
|
|
|
|
.idlest_idle_bit = OMAP24XX_ST_MCSPI2_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.class = &omap2xxx_mcspi_class,
|
|
|
|
};
|
2012-05-09 01:34:30 +08:00
|
|
|
|
|
|
|
static struct omap_hwmod_class omap2xxx_counter_hwmod_class = {
|
|
|
|
.name = "counter",
|
|
|
|
};
|
|
|
|
|
|
|
|
struct omap_hwmod omap2xxx_counter_32k_hwmod = {
|
|
|
|
.name = "counter_32k",
|
|
|
|
.main_clk = "func_32k_ck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = WKUP_MOD,
|
|
|
|
.idlest_reg_id = 1,
|
|
|
|
.idlest_idle_bit = OMAP24XX_ST_32KSYNC_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.class = &omap2xxx_counter_hwmod_class,
|
|
|
|
};
|
2012-09-24 07:28:24 +08:00
|
|
|
|
|
|
|
/* gpmc */
|
|
|
|
struct omap_hwmod omap2xxx_gpmc_hwmod = {
|
|
|
|
.name = "gpmc",
|
|
|
|
.class = &omap2xxx_gpmc_hwmod_class,
|
|
|
|
.main_clk = "gpmc_fck",
|
2015-06-02 09:22:10 +08:00
|
|
|
/* Skip reset for CONFIG_OMAP_GPMC_DEBUG for bootloader timings */
|
|
|
|
.flags = HWMOD_NO_IDLEST | DEBUG_OMAP_GPMC_HWMOD_FLAGS,
|
2012-09-24 07:28:24 +08:00
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = CORE_MOD,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
};
|
2012-09-24 07:28:25 +08:00
|
|
|
|
|
|
|
/* RNG */
|
|
|
|
|
|
|
|
static struct omap_hwmod_class_sysconfig omap2_rng_sysc = {
|
|
|
|
.rev_offs = 0x3c,
|
|
|
|
.sysc_offs = 0x40,
|
|
|
|
.syss_offs = 0x44,
|
|
|
|
.sysc_flags = (SYSC_HAS_SOFTRESET | SYSC_HAS_AUTOIDLE |
|
|
|
|
SYSS_HAS_RESET_STATUS),
|
|
|
|
.sysc_fields = &omap_hwmod_sysc_type1,
|
|
|
|
};
|
|
|
|
|
|
|
|
static struct omap_hwmod_class omap2_rng_hwmod_class = {
|
|
|
|
.name = "rng",
|
|
|
|
.sysc = &omap2_rng_sysc,
|
|
|
|
};
|
|
|
|
|
|
|
|
struct omap_hwmod omap2xxx_rng_hwmod = {
|
|
|
|
.name = "rng",
|
|
|
|
.main_clk = "l4_ck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = CORE_MOD,
|
|
|
|
.idlest_reg_id = 4,
|
|
|
|
.idlest_idle_bit = OMAP24XX_ST_RNG_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
/*
|
|
|
|
* XXX The first read from the SYSSTATUS register of the RNG
|
|
|
|
* after the SYSCONFIG SOFTRESET bit is set triggers an
|
|
|
|
* imprecise external abort. It's unclear why this happens.
|
|
|
|
* Until this is analyzed, skip the IP block reset.
|
|
|
|
*/
|
|
|
|
.flags = HWMOD_INIT_NO_RESET,
|
|
|
|
.class = &omap2_rng_hwmod_class,
|
|
|
|
};
|
2013-03-31 05:49:19 +08:00
|
|
|
|
|
|
|
/* SHAM */
|
|
|
|
|
|
|
|
static struct omap_hwmod_class_sysconfig omap2_sham_sysc = {
|
|
|
|
.rev_offs = 0x5c,
|
|
|
|
.sysc_offs = 0x60,
|
|
|
|
.syss_offs = 0x64,
|
|
|
|
.sysc_flags = (SYSC_HAS_SOFTRESET | SYSC_HAS_AUTOIDLE |
|
|
|
|
SYSS_HAS_RESET_STATUS),
|
|
|
|
.sysc_fields = &omap_hwmod_sysc_type1,
|
|
|
|
};
|
|
|
|
|
|
|
|
static struct omap_hwmod_class omap2xxx_sham_class = {
|
|
|
|
.name = "sham",
|
|
|
|
.sysc = &omap2_sham_sysc,
|
|
|
|
};
|
|
|
|
|
|
|
|
struct omap_hwmod omap2xxx_sham_hwmod = {
|
|
|
|
.name = "sham",
|
|
|
|
.main_clk = "l4_ck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = CORE_MOD,
|
|
|
|
.idlest_reg_id = 4,
|
|
|
|
.idlest_idle_bit = OMAP24XX_ST_SHA_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.class = &omap2xxx_sham_class,
|
|
|
|
};
|
2012-12-22 00:28:09 +08:00
|
|
|
|
|
|
|
/* AES */
|
|
|
|
|
|
|
|
static struct omap_hwmod_class_sysconfig omap2_aes_sysc = {
|
|
|
|
.rev_offs = 0x44,
|
|
|
|
.sysc_offs = 0x48,
|
|
|
|
.syss_offs = 0x4c,
|
|
|
|
.sysc_flags = (SYSC_HAS_SOFTRESET | SYSC_HAS_AUTOIDLE |
|
|
|
|
SYSS_HAS_RESET_STATUS),
|
|
|
|
.sysc_fields = &omap_hwmod_sysc_type1,
|
|
|
|
};
|
|
|
|
|
|
|
|
static struct omap_hwmod_class omap2xxx_aes_class = {
|
|
|
|
.name = "aes",
|
|
|
|
.sysc = &omap2_aes_sysc,
|
|
|
|
};
|
|
|
|
|
|
|
|
struct omap_hwmod omap2xxx_aes_hwmod = {
|
|
|
|
.name = "aes",
|
|
|
|
.main_clk = "l4_ck",
|
|
|
|
.prcm = {
|
|
|
|
.omap2 = {
|
|
|
|
.module_offs = CORE_MOD,
|
|
|
|
.idlest_reg_id = 4,
|
|
|
|
.idlest_idle_bit = OMAP24XX_ST_AES_SHIFT,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
.class = &omap2xxx_aes_class,
|
|
|
|
};
|