OMAP4 powerdomain: Fix pwrsts flags for ALWAYS ON domains
The pwrsts flag for ALWAYS ON domains like always_on_core_pwrdm and wkup_pwrdm is wrongly populated with the define for a powerdomain power state, instead of the allowable state bitfields. This causes a few api's to fail sensing invalid pwrst requested. Signed-off-by: Rajendra Nayak <rnayak@ti.com> Signed-off-by: Paul Walmsley <paul@pwsan.com>
This commit is contained in:
parent
1dc993b218
commit
d3353e1654
|
@ -130,7 +130,7 @@ static struct powerdomain wkup_44xx_pwrdm = {
|
||||||
.name = "wkup_pwrdm",
|
.name = "wkup_pwrdm",
|
||||||
.prcm_offs = OMAP4430_PRM_WKUP_MOD,
|
.prcm_offs = OMAP4430_PRM_WKUP_MOD,
|
||||||
.omap_chip = OMAP_CHIP_INIT(CHIP_IS_OMAP4430),
|
.omap_chip = OMAP_CHIP_INIT(CHIP_IS_OMAP4430),
|
||||||
.pwrsts = PWRDM_POWER_ON,
|
.pwrsts = PWRSTS_ON,
|
||||||
.banks = 1,
|
.banks = 1,
|
||||||
.pwrsts_mem_ret = {
|
.pwrsts_mem_ret = {
|
||||||
[0] = PWRDM_POWER_OFF, /* wkup_bank */
|
[0] = PWRDM_POWER_OFF, /* wkup_bank */
|
||||||
|
@ -286,7 +286,7 @@ static struct powerdomain always_on_core_44xx_pwrdm = {
|
||||||
.name = "always_on_core_pwrdm",
|
.name = "always_on_core_pwrdm",
|
||||||
.prcm_offs = OMAP4430_PRM_ALWAYS_ON_MOD,
|
.prcm_offs = OMAP4430_PRM_ALWAYS_ON_MOD,
|
||||||
.omap_chip = OMAP_CHIP_INIT(CHIP_IS_OMAP4430),
|
.omap_chip = OMAP_CHIP_INIT(CHIP_IS_OMAP4430),
|
||||||
.pwrsts = PWRDM_POWER_ON,
|
.pwrsts = PWRSTS_ON,
|
||||||
};
|
};
|
||||||
|
|
||||||
/* cefuse_44xx_pwrdm: Customer efuse controller power domain */
|
/* cefuse_44xx_pwrdm: Customer efuse controller power domain */
|
||||||
|
|
|
@ -31,6 +31,7 @@
|
||||||
#define PWRDM_MAX_PWRSTS 4
|
#define PWRDM_MAX_PWRSTS 4
|
||||||
|
|
||||||
/* Powerdomain allowable state bitfields */
|
/* Powerdomain allowable state bitfields */
|
||||||
|
#define PWRSTS_ON (1 << PWRDM_POWER_ON)
|
||||||
#define PWRSTS_OFF_ON ((1 << PWRDM_POWER_OFF) | \
|
#define PWRSTS_OFF_ON ((1 << PWRDM_POWER_OFF) | \
|
||||||
(1 << PWRDM_POWER_ON))
|
(1 << PWRDM_POWER_ON))
|
||||||
|
|
||||||
|
|
Loading…
Reference in New Issue