2010-01-27 04:12:52 +01:00
|
|
|
/*
|
|
|
|
* OMAP4 Power domains framework
|
|
|
|
*
|
2011-07-10 04:42:11 +02:00
|
|
|
* Copyright (C) 2009-2011 Texas Instruments, Inc.
|
2011-03-08 03:28:15 +01:00
|
|
|
* Copyright (C) 2009-2011 Nokia Corporation
|
2010-01-27 04:12:52 +01:00
|
|
|
*
|
|
|
|
* Abhijit Pagare (abhijitpagare@ti.com)
|
|
|
|
* Benoit Cousson (b-cousson@ti.com)
|
2010-05-20 20:31:11 +02:00
|
|
|
* Paul Walmsley (paul@pwsan.com)
|
2010-01-27 04:12:52 +01:00
|
|
|
*
|
|
|
|
* This file is automatically generated from the OMAP hardware databases.
|
|
|
|
* We respectfully ask that any modifications to this file be coordinated
|
|
|
|
* with the public linux-omap@vger.kernel.org mailing list and the
|
|
|
|
* authors above to ensure that the autogeneration scripts are kept
|
|
|
|
* up-to-date with the file contents.
|
|
|
|
*
|
|
|
|
* 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.
|
|
|
|
*/
|
|
|
|
|
2010-12-22 04:01:20 +01:00
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/init.h>
|
2010-01-27 04:12:52 +01:00
|
|
|
|
2010-12-22 05:05:16 +01:00
|
|
|
#include "powerdomain.h"
|
2010-01-27 04:12:52 +01:00
|
|
|
|
|
|
|
#include "prcm-common.h"
|
2010-12-22 05:05:14 +01:00
|
|
|
#include "prcm44xx.h"
|
2010-01-27 04:12:52 +01:00
|
|
|
#include "prm-regbits-44xx.h"
|
2010-12-21 23:30:54 +01:00
|
|
|
#include "prm44xx.h"
|
|
|
|
#include "prcm_mpu44xx.h"
|
2010-01-27 04:12:52 +01:00
|
|
|
|
|
|
|
/* core_44xx_pwrdm: CORE power domain */
|
|
|
|
static struct powerdomain core_44xx_pwrdm = {
|
|
|
|
.name = "core_pwrdm",
|
2011-03-21 12:11:54 +01:00
|
|
|
.voltdm = { .name = "core" },
|
OMAP4: PRCM: rename _MOD macros to _INST
Back in the OMAP2/3 PRCM interface days, the macros that referred to
the offsets of individual PRM/CM instances from the top of the PRM/CM
hardware modules were incorrectly suffixed with "_MOD". (They should
have been suffixed with something like "_INST" or "_INSTANCE".) These
days, now that we have better contact with the OMAP hardware people,
we know that this naming is wrong. And in fact in OMAP4, there are
actual hardware module offsets inside the instances, so the incorrect
naming gets confusing very quickly for anyone who knows the hardware.
Fix this naming for OMAP4, before things get too far along, by
changing "_MOD" to "_INST" on the end of these macros. So, for
example, OMAP4430_CM2_INSTR_MOD becomes OMAP4430_CM2_INSTR_INST.
This unfortunately creates quite a large diff, but it is a
straightforward rename. This patch should not result in any
functional changes.
The autogeneration scripts have been updated accordingly.
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Cc: Benoît Cousson <b-cousson@ti.com>
Cc: Rajendra Nayak <rnayak@ti.com>
Cc: Santosh Shilimkar <santosh.shilimkar@ti.com>
Reviewed-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Tested-by: Rajendra Nayak <rnayak@ti.com>
2010-12-21 23:30:55 +01:00
|
|
|
.prcm_offs = OMAP4430_PRM_CORE_INST,
|
2010-12-22 05:05:14 +01:00
|
|
|
.prcm_partition = OMAP4430_PRM_PARTITION,
|
2010-01-27 04:12:52 +01:00
|
|
|
.pwrsts = PWRSTS_RET_ON,
|
|
|
|
.pwrsts_logic_ret = PWRSTS_OFF_RET,
|
|
|
|
.banks = 5,
|
|
|
|
.pwrsts_mem_ret = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_OFF, /* core_nret_bank */
|
2011-07-10 04:42:11 +02:00
|
|
|
[1] = PWRSTS_RET, /* core_ocmram */
|
2011-03-08 03:28:15 +01:00
|
|
|
[2] = PWRSTS_RET, /* core_other_bank */
|
2010-01-27 04:12:52 +01:00
|
|
|
[3] = PWRSTS_OFF_RET, /* ducati_l2ram */
|
|
|
|
[4] = PWRSTS_OFF_RET, /* ducati_unicache */
|
|
|
|
},
|
|
|
|
.pwrsts_mem_on = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_ON, /* core_nret_bank */
|
2011-07-10 04:42:11 +02:00
|
|
|
[1] = PWRSTS_ON, /* core_ocmram */
|
2011-03-08 03:28:15 +01:00
|
|
|
[2] = PWRSTS_ON, /* core_other_bank */
|
|
|
|
[3] = PWRSTS_ON, /* ducati_l2ram */
|
|
|
|
[4] = PWRSTS_ON, /* ducati_unicache */
|
2010-01-27 04:12:52 +01:00
|
|
|
},
|
2011-07-10 03:15:05 +02:00
|
|
|
.flags = PWRDM_HAS_LOWPOWERSTATECHANGE,
|
2010-01-27 04:12:52 +01:00
|
|
|
};
|
|
|
|
|
|
|
|
/* gfx_44xx_pwrdm: 3D accelerator power domain */
|
|
|
|
static struct powerdomain gfx_44xx_pwrdm = {
|
|
|
|
.name = "gfx_pwrdm",
|
2011-03-21 12:11:54 +01:00
|
|
|
.voltdm = { .name = "core" },
|
OMAP4: PRCM: rename _MOD macros to _INST
Back in the OMAP2/3 PRCM interface days, the macros that referred to
the offsets of individual PRM/CM instances from the top of the PRM/CM
hardware modules were incorrectly suffixed with "_MOD". (They should
have been suffixed with something like "_INST" or "_INSTANCE".) These
days, now that we have better contact with the OMAP hardware people,
we know that this naming is wrong. And in fact in OMAP4, there are
actual hardware module offsets inside the instances, so the incorrect
naming gets confusing very quickly for anyone who knows the hardware.
Fix this naming for OMAP4, before things get too far along, by
changing "_MOD" to "_INST" on the end of these macros. So, for
example, OMAP4430_CM2_INSTR_MOD becomes OMAP4430_CM2_INSTR_INST.
This unfortunately creates quite a large diff, but it is a
straightforward rename. This patch should not result in any
functional changes.
The autogeneration scripts have been updated accordingly.
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Cc: Benoît Cousson <b-cousson@ti.com>
Cc: Rajendra Nayak <rnayak@ti.com>
Cc: Santosh Shilimkar <santosh.shilimkar@ti.com>
Reviewed-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Tested-by: Rajendra Nayak <rnayak@ti.com>
2010-12-21 23:30:55 +01:00
|
|
|
.prcm_offs = OMAP4430_PRM_GFX_INST,
|
2010-12-22 05:05:14 +01:00
|
|
|
.prcm_partition = OMAP4430_PRM_PARTITION,
|
2010-01-27 04:12:52 +01:00
|
|
|
.pwrsts = PWRSTS_OFF_ON,
|
|
|
|
.banks = 1,
|
|
|
|
.pwrsts_mem_ret = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_OFF, /* gfx_mem */
|
2010-01-27 04:12:52 +01:00
|
|
|
},
|
|
|
|
.pwrsts_mem_on = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_ON, /* gfx_mem */
|
2010-01-27 04:12:52 +01:00
|
|
|
},
|
2011-07-10 03:15:05 +02:00
|
|
|
.flags = PWRDM_HAS_LOWPOWERSTATECHANGE,
|
2010-01-27 04:12:52 +01:00
|
|
|
};
|
|
|
|
|
|
|
|
/* abe_44xx_pwrdm: Audio back end power domain */
|
|
|
|
static struct powerdomain abe_44xx_pwrdm = {
|
|
|
|
.name = "abe_pwrdm",
|
2011-03-21 12:11:54 +01:00
|
|
|
.voltdm = { .name = "iva" },
|
OMAP4: PRCM: rename _MOD macros to _INST
Back in the OMAP2/3 PRCM interface days, the macros that referred to
the offsets of individual PRM/CM instances from the top of the PRM/CM
hardware modules were incorrectly suffixed with "_MOD". (They should
have been suffixed with something like "_INST" or "_INSTANCE".) These
days, now that we have better contact with the OMAP hardware people,
we know that this naming is wrong. And in fact in OMAP4, there are
actual hardware module offsets inside the instances, so the incorrect
naming gets confusing very quickly for anyone who knows the hardware.
Fix this naming for OMAP4, before things get too far along, by
changing "_MOD" to "_INST" on the end of these macros. So, for
example, OMAP4430_CM2_INSTR_MOD becomes OMAP4430_CM2_INSTR_INST.
This unfortunately creates quite a large diff, but it is a
straightforward rename. This patch should not result in any
functional changes.
The autogeneration scripts have been updated accordingly.
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Cc: Benoît Cousson <b-cousson@ti.com>
Cc: Rajendra Nayak <rnayak@ti.com>
Cc: Santosh Shilimkar <santosh.shilimkar@ti.com>
Reviewed-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Tested-by: Rajendra Nayak <rnayak@ti.com>
2010-12-21 23:30:55 +01:00
|
|
|
.prcm_offs = OMAP4430_PRM_ABE_INST,
|
2010-12-22 05:05:14 +01:00
|
|
|
.prcm_partition = OMAP4430_PRM_PARTITION,
|
2010-01-27 04:12:52 +01:00
|
|
|
.pwrsts = PWRSTS_OFF_RET_ON,
|
2011-02-25 23:21:17 +01:00
|
|
|
.pwrsts_logic_ret = PWRSTS_OFF,
|
2010-01-27 04:12:52 +01:00
|
|
|
.banks = 2,
|
|
|
|
.pwrsts_mem_ret = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_RET, /* aessmem */
|
|
|
|
[1] = PWRSTS_OFF, /* periphmem */
|
2010-01-27 04:12:52 +01:00
|
|
|
},
|
|
|
|
.pwrsts_mem_on = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_ON, /* aessmem */
|
|
|
|
[1] = PWRSTS_ON, /* periphmem */
|
2010-01-27 04:12:52 +01:00
|
|
|
},
|
2011-07-10 03:15:05 +02:00
|
|
|
.flags = PWRDM_HAS_LOWPOWERSTATECHANGE,
|
2010-01-27 04:12:52 +01:00
|
|
|
};
|
|
|
|
|
|
|
|
/* dss_44xx_pwrdm: Display subsystem power domain */
|
|
|
|
static struct powerdomain dss_44xx_pwrdm = {
|
|
|
|
.name = "dss_pwrdm",
|
2011-03-21 12:11:54 +01:00
|
|
|
.voltdm = { .name = "core" },
|
OMAP4: PRCM: rename _MOD macros to _INST
Back in the OMAP2/3 PRCM interface days, the macros that referred to
the offsets of individual PRM/CM instances from the top of the PRM/CM
hardware modules were incorrectly suffixed with "_MOD". (They should
have been suffixed with something like "_INST" or "_INSTANCE".) These
days, now that we have better contact with the OMAP hardware people,
we know that this naming is wrong. And in fact in OMAP4, there are
actual hardware module offsets inside the instances, so the incorrect
naming gets confusing very quickly for anyone who knows the hardware.
Fix this naming for OMAP4, before things get too far along, by
changing "_MOD" to "_INST" on the end of these macros. So, for
example, OMAP4430_CM2_INSTR_MOD becomes OMAP4430_CM2_INSTR_INST.
This unfortunately creates quite a large diff, but it is a
straightforward rename. This patch should not result in any
functional changes.
The autogeneration scripts have been updated accordingly.
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Cc: Benoît Cousson <b-cousson@ti.com>
Cc: Rajendra Nayak <rnayak@ti.com>
Cc: Santosh Shilimkar <santosh.shilimkar@ti.com>
Reviewed-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Tested-by: Rajendra Nayak <rnayak@ti.com>
2010-12-21 23:30:55 +01:00
|
|
|
.prcm_offs = OMAP4430_PRM_DSS_INST,
|
2010-12-22 05:05:14 +01:00
|
|
|
.prcm_partition = OMAP4430_PRM_PARTITION,
|
2010-01-27 04:12:52 +01:00
|
|
|
.pwrsts = PWRSTS_OFF_RET_ON,
|
2010-09-27 22:02:56 +02:00
|
|
|
.pwrsts_logic_ret = PWRSTS_OFF,
|
2010-01-27 04:12:52 +01:00
|
|
|
.banks = 1,
|
|
|
|
.pwrsts_mem_ret = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_OFF, /* dss_mem */
|
2010-01-27 04:12:52 +01:00
|
|
|
},
|
|
|
|
.pwrsts_mem_on = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_ON, /* dss_mem */
|
2010-01-27 04:12:52 +01:00
|
|
|
},
|
2011-07-10 03:15:05 +02:00
|
|
|
.flags = PWRDM_HAS_LOWPOWERSTATECHANGE,
|
2010-01-27 04:12:52 +01:00
|
|
|
};
|
|
|
|
|
|
|
|
/* tesla_44xx_pwrdm: Tesla processor power domain */
|
|
|
|
static struct powerdomain tesla_44xx_pwrdm = {
|
|
|
|
.name = "tesla_pwrdm",
|
2011-03-21 12:11:54 +01:00
|
|
|
.voltdm = { .name = "iva" },
|
OMAP4: PRCM: rename _MOD macros to _INST
Back in the OMAP2/3 PRCM interface days, the macros that referred to
the offsets of individual PRM/CM instances from the top of the PRM/CM
hardware modules were incorrectly suffixed with "_MOD". (They should
have been suffixed with something like "_INST" or "_INSTANCE".) These
days, now that we have better contact with the OMAP hardware people,
we know that this naming is wrong. And in fact in OMAP4, there are
actual hardware module offsets inside the instances, so the incorrect
naming gets confusing very quickly for anyone who knows the hardware.
Fix this naming for OMAP4, before things get too far along, by
changing "_MOD" to "_INST" on the end of these macros. So, for
example, OMAP4430_CM2_INSTR_MOD becomes OMAP4430_CM2_INSTR_INST.
This unfortunately creates quite a large diff, but it is a
straightforward rename. This patch should not result in any
functional changes.
The autogeneration scripts have been updated accordingly.
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Cc: Benoît Cousson <b-cousson@ti.com>
Cc: Rajendra Nayak <rnayak@ti.com>
Cc: Santosh Shilimkar <santosh.shilimkar@ti.com>
Reviewed-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Tested-by: Rajendra Nayak <rnayak@ti.com>
2010-12-21 23:30:55 +01:00
|
|
|
.prcm_offs = OMAP4430_PRM_TESLA_INST,
|
2010-12-22 05:05:14 +01:00
|
|
|
.prcm_partition = OMAP4430_PRM_PARTITION,
|
2010-01-27 04:12:52 +01:00
|
|
|
.pwrsts = PWRSTS_OFF_RET_ON,
|
|
|
|
.pwrsts_logic_ret = PWRSTS_OFF_RET,
|
|
|
|
.banks = 3,
|
|
|
|
.pwrsts_mem_ret = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_RET, /* tesla_edma */
|
2010-01-27 04:12:52 +01:00
|
|
|
[1] = PWRSTS_OFF_RET, /* tesla_l1 */
|
|
|
|
[2] = PWRSTS_OFF_RET, /* tesla_l2 */
|
|
|
|
},
|
|
|
|
.pwrsts_mem_on = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_ON, /* tesla_edma */
|
|
|
|
[1] = PWRSTS_ON, /* tesla_l1 */
|
|
|
|
[2] = PWRSTS_ON, /* tesla_l2 */
|
2010-01-27 04:12:52 +01:00
|
|
|
},
|
2011-07-10 03:15:05 +02:00
|
|
|
.flags = PWRDM_HAS_LOWPOWERSTATECHANGE,
|
2010-01-27 04:12:52 +01:00
|
|
|
};
|
|
|
|
|
|
|
|
/* wkup_44xx_pwrdm: Wake-up power domain */
|
|
|
|
static struct powerdomain wkup_44xx_pwrdm = {
|
|
|
|
.name = "wkup_pwrdm",
|
2011-03-21 12:11:54 +01:00
|
|
|
.voltdm = { .name = "wakeup" },
|
OMAP4: PRCM: rename _MOD macros to _INST
Back in the OMAP2/3 PRCM interface days, the macros that referred to
the offsets of individual PRM/CM instances from the top of the PRM/CM
hardware modules were incorrectly suffixed with "_MOD". (They should
have been suffixed with something like "_INST" or "_INSTANCE".) These
days, now that we have better contact with the OMAP hardware people,
we know that this naming is wrong. And in fact in OMAP4, there are
actual hardware module offsets inside the instances, so the incorrect
naming gets confusing very quickly for anyone who knows the hardware.
Fix this naming for OMAP4, before things get too far along, by
changing "_MOD" to "_INST" on the end of these macros. So, for
example, OMAP4430_CM2_INSTR_MOD becomes OMAP4430_CM2_INSTR_INST.
This unfortunately creates quite a large diff, but it is a
straightforward rename. This patch should not result in any
functional changes.
The autogeneration scripts have been updated accordingly.
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Cc: Benoît Cousson <b-cousson@ti.com>
Cc: Rajendra Nayak <rnayak@ti.com>
Cc: Santosh Shilimkar <santosh.shilimkar@ti.com>
Reviewed-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Tested-by: Rajendra Nayak <rnayak@ti.com>
2010-12-21 23:30:55 +01:00
|
|
|
.prcm_offs = OMAP4430_PRM_WKUP_INST,
|
2010-12-22 05:05:14 +01:00
|
|
|
.prcm_partition = OMAP4430_PRM_PARTITION,
|
2010-05-19 04:24:01 +02:00
|
|
|
.pwrsts = PWRSTS_ON,
|
2010-01-27 04:12:52 +01:00
|
|
|
.banks = 1,
|
|
|
|
.pwrsts_mem_ret = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_OFF, /* wkup_bank */
|
2010-01-27 04:12:52 +01:00
|
|
|
},
|
|
|
|
.pwrsts_mem_on = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_ON, /* wkup_bank */
|
2010-01-27 04:12:52 +01:00
|
|
|
},
|
|
|
|
};
|
|
|
|
|
|
|
|
/* cpu0_44xx_pwrdm: MPU0 processor and Neon coprocessor power domain */
|
|
|
|
static struct powerdomain cpu0_44xx_pwrdm = {
|
|
|
|
.name = "cpu0_pwrdm",
|
2011-03-21 12:11:54 +01:00
|
|
|
.voltdm = { .name = "mpu" },
|
OMAP4: PRCM: rename _MOD macros to _INST
Back in the OMAP2/3 PRCM interface days, the macros that referred to
the offsets of individual PRM/CM instances from the top of the PRM/CM
hardware modules were incorrectly suffixed with "_MOD". (They should
have been suffixed with something like "_INST" or "_INSTANCE".) These
days, now that we have better contact with the OMAP hardware people,
we know that this naming is wrong. And in fact in OMAP4, there are
actual hardware module offsets inside the instances, so the incorrect
naming gets confusing very quickly for anyone who knows the hardware.
Fix this naming for OMAP4, before things get too far along, by
changing "_MOD" to "_INST" on the end of these macros. So, for
example, OMAP4430_CM2_INSTR_MOD becomes OMAP4430_CM2_INSTR_INST.
This unfortunately creates quite a large diff, but it is a
straightforward rename. This patch should not result in any
functional changes.
The autogeneration scripts have been updated accordingly.
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Cc: Benoît Cousson <b-cousson@ti.com>
Cc: Rajendra Nayak <rnayak@ti.com>
Cc: Santosh Shilimkar <santosh.shilimkar@ti.com>
Reviewed-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Tested-by: Rajendra Nayak <rnayak@ti.com>
2010-12-21 23:30:55 +01:00
|
|
|
.prcm_offs = OMAP4430_PRCM_MPU_CPU0_INST,
|
2010-12-22 05:05:14 +01:00
|
|
|
.prcm_partition = OMAP4430_PRCM_MPU_PARTITION,
|
2010-01-27 04:12:52 +01:00
|
|
|
.pwrsts = PWRSTS_OFF_RET_ON,
|
|
|
|
.pwrsts_logic_ret = PWRSTS_OFF_RET,
|
|
|
|
.banks = 1,
|
|
|
|
.pwrsts_mem_ret = {
|
|
|
|
[0] = PWRSTS_OFF_RET, /* cpu0_l1 */
|
|
|
|
},
|
|
|
|
.pwrsts_mem_on = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_ON, /* cpu0_l1 */
|
2010-01-27 04:12:52 +01:00
|
|
|
},
|
|
|
|
};
|
|
|
|
|
|
|
|
/* cpu1_44xx_pwrdm: MPU1 processor and Neon coprocessor power domain */
|
|
|
|
static struct powerdomain cpu1_44xx_pwrdm = {
|
|
|
|
.name = "cpu1_pwrdm",
|
2011-03-21 12:11:54 +01:00
|
|
|
.voltdm = { .name = "mpu" },
|
OMAP4: PRCM: rename _MOD macros to _INST
Back in the OMAP2/3 PRCM interface days, the macros that referred to
the offsets of individual PRM/CM instances from the top of the PRM/CM
hardware modules were incorrectly suffixed with "_MOD". (They should
have been suffixed with something like "_INST" or "_INSTANCE".) These
days, now that we have better contact with the OMAP hardware people,
we know that this naming is wrong. And in fact in OMAP4, there are
actual hardware module offsets inside the instances, so the incorrect
naming gets confusing very quickly for anyone who knows the hardware.
Fix this naming for OMAP4, before things get too far along, by
changing "_MOD" to "_INST" on the end of these macros. So, for
example, OMAP4430_CM2_INSTR_MOD becomes OMAP4430_CM2_INSTR_INST.
This unfortunately creates quite a large diff, but it is a
straightforward rename. This patch should not result in any
functional changes.
The autogeneration scripts have been updated accordingly.
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Cc: Benoît Cousson <b-cousson@ti.com>
Cc: Rajendra Nayak <rnayak@ti.com>
Cc: Santosh Shilimkar <santosh.shilimkar@ti.com>
Reviewed-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Tested-by: Rajendra Nayak <rnayak@ti.com>
2010-12-21 23:30:55 +01:00
|
|
|
.prcm_offs = OMAP4430_PRCM_MPU_CPU1_INST,
|
2010-12-22 05:05:14 +01:00
|
|
|
.prcm_partition = OMAP4430_PRCM_MPU_PARTITION,
|
2010-01-27 04:12:52 +01:00
|
|
|
.pwrsts = PWRSTS_OFF_RET_ON,
|
|
|
|
.pwrsts_logic_ret = PWRSTS_OFF_RET,
|
|
|
|
.banks = 1,
|
|
|
|
.pwrsts_mem_ret = {
|
|
|
|
[0] = PWRSTS_OFF_RET, /* cpu1_l1 */
|
|
|
|
},
|
|
|
|
.pwrsts_mem_on = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_ON, /* cpu1_l1 */
|
2010-01-27 04:12:52 +01:00
|
|
|
},
|
|
|
|
};
|
|
|
|
|
|
|
|
/* emu_44xx_pwrdm: Emulation power domain */
|
|
|
|
static struct powerdomain emu_44xx_pwrdm = {
|
|
|
|
.name = "emu_pwrdm",
|
2011-03-21 12:11:54 +01:00
|
|
|
.voltdm = { .name = "wakeup" },
|
OMAP4: PRCM: rename _MOD macros to _INST
Back in the OMAP2/3 PRCM interface days, the macros that referred to
the offsets of individual PRM/CM instances from the top of the PRM/CM
hardware modules were incorrectly suffixed with "_MOD". (They should
have been suffixed with something like "_INST" or "_INSTANCE".) These
days, now that we have better contact with the OMAP hardware people,
we know that this naming is wrong. And in fact in OMAP4, there are
actual hardware module offsets inside the instances, so the incorrect
naming gets confusing very quickly for anyone who knows the hardware.
Fix this naming for OMAP4, before things get too far along, by
changing "_MOD" to "_INST" on the end of these macros. So, for
example, OMAP4430_CM2_INSTR_MOD becomes OMAP4430_CM2_INSTR_INST.
This unfortunately creates quite a large diff, but it is a
straightforward rename. This patch should not result in any
functional changes.
The autogeneration scripts have been updated accordingly.
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Cc: Benoît Cousson <b-cousson@ti.com>
Cc: Rajendra Nayak <rnayak@ti.com>
Cc: Santosh Shilimkar <santosh.shilimkar@ti.com>
Reviewed-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Tested-by: Rajendra Nayak <rnayak@ti.com>
2010-12-21 23:30:55 +01:00
|
|
|
.prcm_offs = OMAP4430_PRM_EMU_INST,
|
2010-12-22 05:05:14 +01:00
|
|
|
.prcm_partition = OMAP4430_PRM_PARTITION,
|
2010-01-27 04:12:52 +01:00
|
|
|
.pwrsts = PWRSTS_OFF_ON,
|
|
|
|
.banks = 1,
|
|
|
|
.pwrsts_mem_ret = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_OFF, /* emu_bank */
|
2010-01-27 04:12:52 +01:00
|
|
|
},
|
|
|
|
.pwrsts_mem_on = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_ON, /* emu_bank */
|
2010-01-27 04:12:52 +01:00
|
|
|
},
|
|
|
|
};
|
|
|
|
|
|
|
|
/* mpu_44xx_pwrdm: Modena processor and the Neon coprocessor power domain */
|
|
|
|
static struct powerdomain mpu_44xx_pwrdm = {
|
|
|
|
.name = "mpu_pwrdm",
|
2011-03-21 12:11:54 +01:00
|
|
|
.voltdm = { .name = "mpu" },
|
OMAP4: PRCM: rename _MOD macros to _INST
Back in the OMAP2/3 PRCM interface days, the macros that referred to
the offsets of individual PRM/CM instances from the top of the PRM/CM
hardware modules were incorrectly suffixed with "_MOD". (They should
have been suffixed with something like "_INST" or "_INSTANCE".) These
days, now that we have better contact with the OMAP hardware people,
we know that this naming is wrong. And in fact in OMAP4, there are
actual hardware module offsets inside the instances, so the incorrect
naming gets confusing very quickly for anyone who knows the hardware.
Fix this naming for OMAP4, before things get too far along, by
changing "_MOD" to "_INST" on the end of these macros. So, for
example, OMAP4430_CM2_INSTR_MOD becomes OMAP4430_CM2_INSTR_INST.
This unfortunately creates quite a large diff, but it is a
straightforward rename. This patch should not result in any
functional changes.
The autogeneration scripts have been updated accordingly.
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Cc: Benoît Cousson <b-cousson@ti.com>
Cc: Rajendra Nayak <rnayak@ti.com>
Cc: Santosh Shilimkar <santosh.shilimkar@ti.com>
Reviewed-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Tested-by: Rajendra Nayak <rnayak@ti.com>
2010-12-21 23:30:55 +01:00
|
|
|
.prcm_offs = OMAP4430_PRM_MPU_INST,
|
2010-12-22 05:05:14 +01:00
|
|
|
.prcm_partition = OMAP4430_PRM_PARTITION,
|
2011-07-10 04:42:59 +02:00
|
|
|
.pwrsts = PWRSTS_RET_ON,
|
2010-01-27 04:12:52 +01:00
|
|
|
.pwrsts_logic_ret = PWRSTS_OFF_RET,
|
|
|
|
.banks = 3,
|
|
|
|
.pwrsts_mem_ret = {
|
|
|
|
[0] = PWRSTS_OFF_RET, /* mpu_l1 */
|
|
|
|
[1] = PWRSTS_OFF_RET, /* mpu_l2 */
|
2011-03-08 03:28:15 +01:00
|
|
|
[2] = PWRSTS_RET, /* mpu_ram */
|
2010-01-27 04:12:52 +01:00
|
|
|
},
|
|
|
|
.pwrsts_mem_on = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_ON, /* mpu_l1 */
|
|
|
|
[1] = PWRSTS_ON, /* mpu_l2 */
|
|
|
|
[2] = PWRSTS_ON, /* mpu_ram */
|
2010-01-27 04:12:52 +01:00
|
|
|
},
|
|
|
|
};
|
|
|
|
|
|
|
|
/* ivahd_44xx_pwrdm: IVA-HD power domain */
|
|
|
|
static struct powerdomain ivahd_44xx_pwrdm = {
|
|
|
|
.name = "ivahd_pwrdm",
|
2011-03-21 12:11:54 +01:00
|
|
|
.voltdm = { .name = "iva" },
|
OMAP4: PRCM: rename _MOD macros to _INST
Back in the OMAP2/3 PRCM interface days, the macros that referred to
the offsets of individual PRM/CM instances from the top of the PRM/CM
hardware modules were incorrectly suffixed with "_MOD". (They should
have been suffixed with something like "_INST" or "_INSTANCE".) These
days, now that we have better contact with the OMAP hardware people,
we know that this naming is wrong. And in fact in OMAP4, there are
actual hardware module offsets inside the instances, so the incorrect
naming gets confusing very quickly for anyone who knows the hardware.
Fix this naming for OMAP4, before things get too far along, by
changing "_MOD" to "_INST" on the end of these macros. So, for
example, OMAP4430_CM2_INSTR_MOD becomes OMAP4430_CM2_INSTR_INST.
This unfortunately creates quite a large diff, but it is a
straightforward rename. This patch should not result in any
functional changes.
The autogeneration scripts have been updated accordingly.
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Cc: Benoît Cousson <b-cousson@ti.com>
Cc: Rajendra Nayak <rnayak@ti.com>
Cc: Santosh Shilimkar <santosh.shilimkar@ti.com>
Reviewed-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Tested-by: Rajendra Nayak <rnayak@ti.com>
2010-12-21 23:30:55 +01:00
|
|
|
.prcm_offs = OMAP4430_PRM_IVAHD_INST,
|
2010-12-22 05:05:14 +01:00
|
|
|
.prcm_partition = OMAP4430_PRM_PARTITION,
|
2010-01-27 04:12:52 +01:00
|
|
|
.pwrsts = PWRSTS_OFF_RET_ON,
|
2011-02-25 23:21:17 +01:00
|
|
|
.pwrsts_logic_ret = PWRSTS_OFF,
|
2010-01-27 04:12:52 +01:00
|
|
|
.banks = 4,
|
|
|
|
.pwrsts_mem_ret = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_OFF, /* hwa_mem */
|
2010-01-27 04:12:52 +01:00
|
|
|
[1] = PWRSTS_OFF_RET, /* sl2_mem */
|
|
|
|
[2] = PWRSTS_OFF_RET, /* tcm1_mem */
|
|
|
|
[3] = PWRSTS_OFF_RET, /* tcm2_mem */
|
|
|
|
},
|
|
|
|
.pwrsts_mem_on = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_ON, /* hwa_mem */
|
|
|
|
[1] = PWRSTS_ON, /* sl2_mem */
|
|
|
|
[2] = PWRSTS_ON, /* tcm1_mem */
|
|
|
|
[3] = PWRSTS_ON, /* tcm2_mem */
|
2010-01-27 04:12:52 +01:00
|
|
|
},
|
2011-07-10 03:15:05 +02:00
|
|
|
.flags = PWRDM_HAS_LOWPOWERSTATECHANGE,
|
2010-01-27 04:12:52 +01:00
|
|
|
};
|
|
|
|
|
|
|
|
/* cam_44xx_pwrdm: Camera subsystem power domain */
|
|
|
|
static struct powerdomain cam_44xx_pwrdm = {
|
|
|
|
.name = "cam_pwrdm",
|
2011-03-21 12:11:54 +01:00
|
|
|
.voltdm = { .name = "core" },
|
OMAP4: PRCM: rename _MOD macros to _INST
Back in the OMAP2/3 PRCM interface days, the macros that referred to
the offsets of individual PRM/CM instances from the top of the PRM/CM
hardware modules were incorrectly suffixed with "_MOD". (They should
have been suffixed with something like "_INST" or "_INSTANCE".) These
days, now that we have better contact with the OMAP hardware people,
we know that this naming is wrong. And in fact in OMAP4, there are
actual hardware module offsets inside the instances, so the incorrect
naming gets confusing very quickly for anyone who knows the hardware.
Fix this naming for OMAP4, before things get too far along, by
changing "_MOD" to "_INST" on the end of these macros. So, for
example, OMAP4430_CM2_INSTR_MOD becomes OMAP4430_CM2_INSTR_INST.
This unfortunately creates quite a large diff, but it is a
straightforward rename. This patch should not result in any
functional changes.
The autogeneration scripts have been updated accordingly.
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Cc: Benoît Cousson <b-cousson@ti.com>
Cc: Rajendra Nayak <rnayak@ti.com>
Cc: Santosh Shilimkar <santosh.shilimkar@ti.com>
Reviewed-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Tested-by: Rajendra Nayak <rnayak@ti.com>
2010-12-21 23:30:55 +01:00
|
|
|
.prcm_offs = OMAP4430_PRM_CAM_INST,
|
2010-12-22 05:05:14 +01:00
|
|
|
.prcm_partition = OMAP4430_PRM_PARTITION,
|
2010-01-27 04:12:52 +01:00
|
|
|
.pwrsts = PWRSTS_OFF_ON,
|
|
|
|
.banks = 1,
|
|
|
|
.pwrsts_mem_ret = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_OFF, /* cam_mem */
|
2010-01-27 04:12:52 +01:00
|
|
|
},
|
|
|
|
.pwrsts_mem_on = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_ON, /* cam_mem */
|
2010-01-27 04:12:52 +01:00
|
|
|
},
|
2011-07-10 03:15:05 +02:00
|
|
|
.flags = PWRDM_HAS_LOWPOWERSTATECHANGE,
|
2010-01-27 04:12:52 +01:00
|
|
|
};
|
|
|
|
|
|
|
|
/* l3init_44xx_pwrdm: L3 initators pheripherals power domain */
|
|
|
|
static struct powerdomain l3init_44xx_pwrdm = {
|
|
|
|
.name = "l3init_pwrdm",
|
2011-03-21 12:11:54 +01:00
|
|
|
.voltdm = { .name = "core" },
|
OMAP4: PRCM: rename _MOD macros to _INST
Back in the OMAP2/3 PRCM interface days, the macros that referred to
the offsets of individual PRM/CM instances from the top of the PRM/CM
hardware modules were incorrectly suffixed with "_MOD". (They should
have been suffixed with something like "_INST" or "_INSTANCE".) These
days, now that we have better contact with the OMAP hardware people,
we know that this naming is wrong. And in fact in OMAP4, there are
actual hardware module offsets inside the instances, so the incorrect
naming gets confusing very quickly for anyone who knows the hardware.
Fix this naming for OMAP4, before things get too far along, by
changing "_MOD" to "_INST" on the end of these macros. So, for
example, OMAP4430_CM2_INSTR_MOD becomes OMAP4430_CM2_INSTR_INST.
This unfortunately creates quite a large diff, but it is a
straightforward rename. This patch should not result in any
functional changes.
The autogeneration scripts have been updated accordingly.
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Cc: Benoît Cousson <b-cousson@ti.com>
Cc: Rajendra Nayak <rnayak@ti.com>
Cc: Santosh Shilimkar <santosh.shilimkar@ti.com>
Reviewed-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Tested-by: Rajendra Nayak <rnayak@ti.com>
2010-12-21 23:30:55 +01:00
|
|
|
.prcm_offs = OMAP4430_PRM_L3INIT_INST,
|
2010-12-22 05:05:14 +01:00
|
|
|
.prcm_partition = OMAP4430_PRM_PARTITION,
|
2010-12-22 06:37:28 +01:00
|
|
|
.pwrsts = PWRSTS_RET_ON,
|
2010-01-27 04:12:52 +01:00
|
|
|
.pwrsts_logic_ret = PWRSTS_OFF_RET,
|
|
|
|
.banks = 1,
|
|
|
|
.pwrsts_mem_ret = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_OFF, /* l3init_bank1 */
|
2010-01-27 04:12:52 +01:00
|
|
|
},
|
|
|
|
.pwrsts_mem_on = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_ON, /* l3init_bank1 */
|
2010-01-27 04:12:52 +01:00
|
|
|
},
|
2011-07-10 03:15:05 +02:00
|
|
|
.flags = PWRDM_HAS_LOWPOWERSTATECHANGE,
|
2010-01-27 04:12:52 +01:00
|
|
|
};
|
|
|
|
|
|
|
|
/* l4per_44xx_pwrdm: Target peripherals power domain */
|
|
|
|
static struct powerdomain l4per_44xx_pwrdm = {
|
|
|
|
.name = "l4per_pwrdm",
|
2011-03-21 12:11:54 +01:00
|
|
|
.voltdm = { .name = "core" },
|
OMAP4: PRCM: rename _MOD macros to _INST
Back in the OMAP2/3 PRCM interface days, the macros that referred to
the offsets of individual PRM/CM instances from the top of the PRM/CM
hardware modules were incorrectly suffixed with "_MOD". (They should
have been suffixed with something like "_INST" or "_INSTANCE".) These
days, now that we have better contact with the OMAP hardware people,
we know that this naming is wrong. And in fact in OMAP4, there are
actual hardware module offsets inside the instances, so the incorrect
naming gets confusing very quickly for anyone who knows the hardware.
Fix this naming for OMAP4, before things get too far along, by
changing "_MOD" to "_INST" on the end of these macros. So, for
example, OMAP4430_CM2_INSTR_MOD becomes OMAP4430_CM2_INSTR_INST.
This unfortunately creates quite a large diff, but it is a
straightforward rename. This patch should not result in any
functional changes.
The autogeneration scripts have been updated accordingly.
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Cc: Benoît Cousson <b-cousson@ti.com>
Cc: Rajendra Nayak <rnayak@ti.com>
Cc: Santosh Shilimkar <santosh.shilimkar@ti.com>
Reviewed-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Tested-by: Rajendra Nayak <rnayak@ti.com>
2010-12-21 23:30:55 +01:00
|
|
|
.prcm_offs = OMAP4430_PRM_L4PER_INST,
|
2010-12-22 05:05:14 +01:00
|
|
|
.prcm_partition = OMAP4430_PRM_PARTITION,
|
2010-12-22 06:37:28 +01:00
|
|
|
.pwrsts = PWRSTS_RET_ON,
|
2010-01-27 04:12:52 +01:00
|
|
|
.pwrsts_logic_ret = PWRSTS_OFF_RET,
|
|
|
|
.banks = 2,
|
|
|
|
.pwrsts_mem_ret = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_OFF, /* nonretained_bank */
|
|
|
|
[1] = PWRSTS_RET, /* retained_bank */
|
2010-01-27 04:12:52 +01:00
|
|
|
},
|
|
|
|
.pwrsts_mem_on = {
|
2011-03-08 03:28:15 +01:00
|
|
|
[0] = PWRSTS_ON, /* nonretained_bank */
|
|
|
|
[1] = PWRSTS_ON, /* retained_bank */
|
2010-01-27 04:12:52 +01:00
|
|
|
},
|
2011-07-10 03:15:05 +02:00
|
|
|
.flags = PWRDM_HAS_LOWPOWERSTATECHANGE,
|
2010-01-27 04:12:52 +01:00
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* always_on_core_44xx_pwrdm: Always ON logic that sits in VDD_CORE voltage
|
|
|
|
* domain
|
|
|
|
*/
|
|
|
|
static struct powerdomain always_on_core_44xx_pwrdm = {
|
|
|
|
.name = "always_on_core_pwrdm",
|
2011-03-21 12:11:54 +01:00
|
|
|
.voltdm = { .name = "core" },
|
OMAP4: PRCM: rename _MOD macros to _INST
Back in the OMAP2/3 PRCM interface days, the macros that referred to
the offsets of individual PRM/CM instances from the top of the PRM/CM
hardware modules were incorrectly suffixed with "_MOD". (They should
have been suffixed with something like "_INST" or "_INSTANCE".) These
days, now that we have better contact with the OMAP hardware people,
we know that this naming is wrong. And in fact in OMAP4, there are
actual hardware module offsets inside the instances, so the incorrect
naming gets confusing very quickly for anyone who knows the hardware.
Fix this naming for OMAP4, before things get too far along, by
changing "_MOD" to "_INST" on the end of these macros. So, for
example, OMAP4430_CM2_INSTR_MOD becomes OMAP4430_CM2_INSTR_INST.
This unfortunately creates quite a large diff, but it is a
straightforward rename. This patch should not result in any
functional changes.
The autogeneration scripts have been updated accordingly.
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Cc: Benoît Cousson <b-cousson@ti.com>
Cc: Rajendra Nayak <rnayak@ti.com>
Cc: Santosh Shilimkar <santosh.shilimkar@ti.com>
Reviewed-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Tested-by: Rajendra Nayak <rnayak@ti.com>
2010-12-21 23:30:55 +01:00
|
|
|
.prcm_offs = OMAP4430_PRM_ALWAYS_ON_INST,
|
2010-12-22 05:05:14 +01:00
|
|
|
.prcm_partition = OMAP4430_PRM_PARTITION,
|
2010-05-19 04:24:01 +02:00
|
|
|
.pwrsts = PWRSTS_ON,
|
2010-01-27 04:12:52 +01:00
|
|
|
};
|
|
|
|
|
|
|
|
/* cefuse_44xx_pwrdm: Customer efuse controller power domain */
|
|
|
|
static struct powerdomain cefuse_44xx_pwrdm = {
|
|
|
|
.name = "cefuse_pwrdm",
|
2011-03-21 12:11:54 +01:00
|
|
|
.voltdm = { .name = "core" },
|
OMAP4: PRCM: rename _MOD macros to _INST
Back in the OMAP2/3 PRCM interface days, the macros that referred to
the offsets of individual PRM/CM instances from the top of the PRM/CM
hardware modules were incorrectly suffixed with "_MOD". (They should
have been suffixed with something like "_INST" or "_INSTANCE".) These
days, now that we have better contact with the OMAP hardware people,
we know that this naming is wrong. And in fact in OMAP4, there are
actual hardware module offsets inside the instances, so the incorrect
naming gets confusing very quickly for anyone who knows the hardware.
Fix this naming for OMAP4, before things get too far along, by
changing "_MOD" to "_INST" on the end of these macros. So, for
example, OMAP4430_CM2_INSTR_MOD becomes OMAP4430_CM2_INSTR_INST.
This unfortunately creates quite a large diff, but it is a
straightforward rename. This patch should not result in any
functional changes.
The autogeneration scripts have been updated accordingly.
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Cc: Benoît Cousson <b-cousson@ti.com>
Cc: Rajendra Nayak <rnayak@ti.com>
Cc: Santosh Shilimkar <santosh.shilimkar@ti.com>
Reviewed-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Kevin Hilman <khilman@deeprootsystems.com>
Tested-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Tested-by: Rajendra Nayak <rnayak@ti.com>
2010-12-21 23:30:55 +01:00
|
|
|
.prcm_offs = OMAP4430_PRM_CEFUSE_INST,
|
2010-12-22 05:05:14 +01:00
|
|
|
.prcm_partition = OMAP4430_PRM_PARTITION,
|
2010-01-27 04:12:52 +01:00
|
|
|
.pwrsts = PWRSTS_OFF_ON,
|
2011-07-10 04:42:11 +02:00
|
|
|
.flags = PWRDM_HAS_LOWPOWERSTATECHANGE,
|
2010-01-27 04:12:52 +01:00
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The following power domains are not under SW control
|
|
|
|
*
|
|
|
|
* always_on_iva
|
|
|
|
* always_on_mpu
|
|
|
|
* stdefuse
|
|
|
|
*/
|
|
|
|
|
2010-12-22 04:01:20 +01:00
|
|
|
/* As powerdomains are added or removed above, this list must also be changed */
|
|
|
|
static struct powerdomain *powerdomains_omap44xx[] __initdata = {
|
|
|
|
&core_44xx_pwrdm,
|
|
|
|
&gfx_44xx_pwrdm,
|
|
|
|
&abe_44xx_pwrdm,
|
|
|
|
&dss_44xx_pwrdm,
|
|
|
|
&tesla_44xx_pwrdm,
|
|
|
|
&wkup_44xx_pwrdm,
|
|
|
|
&cpu0_44xx_pwrdm,
|
|
|
|
&cpu1_44xx_pwrdm,
|
|
|
|
&emu_44xx_pwrdm,
|
|
|
|
&mpu_44xx_pwrdm,
|
|
|
|
&ivahd_44xx_pwrdm,
|
|
|
|
&cam_44xx_pwrdm,
|
|
|
|
&l3init_44xx_pwrdm,
|
|
|
|
&l4per_44xx_pwrdm,
|
|
|
|
&always_on_core_44xx_pwrdm,
|
|
|
|
&cefuse_44xx_pwrdm,
|
|
|
|
NULL
|
|
|
|
};
|
2010-01-27 04:12:52 +01:00
|
|
|
|
2010-12-22 04:01:20 +01:00
|
|
|
void __init omap44xx_powerdomains_init(void)
|
|
|
|
{
|
2011-09-15 00:01:21 +02:00
|
|
|
pwrdm_register_platform_funcs(&omap4_pwrdm_operations);
|
|
|
|
pwrdm_register_pwrdms(powerdomains_omap44xx);
|
|
|
|
pwrdm_complete_init();
|
2010-12-22 04:01:20 +01:00
|
|
|
}
|