Re: RFC: OMAP3 SYS_OFF_MODE support

2008-08-25 Thread Kalle Jokiniemi
On ma, 2008-07-21 at 19:17 +0300, ext Peter 'p2' De Schrijver wrote:
> The following patch set introduces support for the OMAP3 SYS_OFF_MODE
> signal. This will cause a properly programmed triton2 to shutdown the
> VDD1 and VDD2 regulators when both core and MPU powerdomain are in off
> state. The patches includes programming triton2 with the appropriate
> scripts for the SDP3430 board.

Re-sending the patch that loads the scripts to triton2. It is a enabler
patch for future off-mode implementation.


> By default the OMAP3 polarity of the SYS_OFF_MODE signal is inverted
> compared to what triton2 expects. This means the polarity needs to be
> changed before the triton2 scripts are activated, otherwise the system
> will crash. At the moment this is done in omap2_clk_init as this
> function is called before triton2 is initialized. Better suggestions are
> welcome.

The polarity fix has been pushed already, so pushing the script loading
patch is safe now.


regards,
Kalle

> Thanks to Kalle Jokiniemi for doing the initial patch and test work.
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-omap" in
> the body of a message to [EMAIL PROTECTED]
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


RFC: OMAP3 SYS_OFF_MODE support

2008-07-21 Thread Peter 'p2' De Schrijver

The following patch set introduces support for the OMAP3 SYS_OFF_MODE
signal. This will cause a properly programmed triton2 to shutdown the
VDD1 and VDD2 regulators when both core and MPU powerdomain are in off
state. The patches includes programming triton2 with the appropriate
scripts for the SDP3430 board.
By default the OMAP3 polarity of the SYS_OFF_MODE signal is inverted
compared to what triton2 expects. This means the polarity needs to be
changed before the triton2 scripts are activated, otherwise the system
will crash. At the moment this is done in omap2_clk_init as this
function is called before triton2 is initialized. Better suggestions are
welcome.
Thanks to Kalle Jokiniemi for doing the initial patch and test work.

--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html