On Sat, Nov 5, 2011 at 3:30 AM, Kevin Hilman <khil...@ti.com> wrote:
> "Govindraj.R" <govindraj.r...@ti.com> writes:
>
>> The custom hwmod activate and deactivate funcs does hwmod_enable
>> and idle same can be done with omap_device generic API's.
>>
>> Signed-off-by: Govindraj.R <govindraj.r...@ti.com>
>
> This one needs a minor update for current mainline...
>
>> ---
>> arch/arm/mach-omap2/serial.c | 18 ++----------------
>> 1 files changed, 2 insertions(+), 16 deletions(-)
>>
>> diff --git a/arch/arm/mach-omap2/serial.c b/arch/arm/mach-omap2/serial.c
>> index 7c65410..7658a03 100644
>> --- a/arch/arm/mach-omap2/serial.c
>> +++ b/arch/arm/mach-omap2/serial.c
>> @@ -78,24 +78,10 @@ static struct omap_uart_port_info
>> omap_serial_default_info[] __initdata = {
>> },
>> };
>>
>> -static int uart_idle_hwmod(struct omap_device *od)
>> -{
>> - omap_hwmod_idle(od->hwmods[0]);
>> -
>> - return 0;
>> -}
>> -
>> -static int uart_enable_hwmod(struct omap_device *od)
>> -{
>> - omap_hwmod_enable(od->hwmods[0]);
>> -
>> - return 0;
>> -}
>> -
>> static struct omap_device_pm_latency omap_uart_latency[] = {
>> {
>> - .deactivate_func = uart_idle_hwmod,
>> - .activate_func = uart_enable_hwmod,
>> + .activate_func = omap_device_enable_hwmods,
>> + .deactivate_func = omap_device_idle_hwmods,
>> .flags = OMAP_DEVICE_LATENCY_AUTO_ADJUST,
>> },
>> };
>
> If we're just using default pm_latency struct, it can be passed to
> omap_device_build as NULL, and a default one will be configured.
>
yes, will update this.
--
Thanks,
Govindraj.R
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
