Re: [PATCH v3] ARM: OMAP2+: hwmod: Add a new state to handle hwmods left enabled at init

2011-12-16 Thread Rajendra Nayak
Hi Paul, On Friday 16 December 2011 04:07 PM, Paul Walmsley wrote: On Mon, 21 Nov 2011, Rajendra Nayak wrote: > An hwmod with a 'HWMOD_INIT_NO_IDLE' flag set, is left in > enabled state by the hwmod framework post the initial setup. > Once a real user of the device (a driver) tries to enabl

Re: [PATCH v3] ARM: OMAP2+: hwmod: Add a new state to handle hwmods left enabled at init

2011-12-16 Thread Paul Walmsley
Hi On Mon, 21 Nov 2011, Rajendra Nayak wrote: > An hwmod with a 'HWMOD_INIT_NO_IDLE' flag set, is left in > enabled state by the hwmod framework post the initial setup. > Once a real user of the device (a driver) tries to enable it > at a later point, the hwmod framework throws a WARN() about > t

Re: [PATCH v3] ARM: OMAP2+: hwmod: Add a new state to handle hwmods left enabled at init

2011-11-21 Thread Kevin Hilman
Rajendra Nayak writes: > An hwmod with a 'HWMOD_INIT_NO_IDLE' flag set, is left in > enabled state by the hwmod framework post the initial setup. > Once a real user of the device (a driver) tries to enable it > at a later point, the hwmod framework throws a WARN() about > the device being already

[PATCH v3] ARM: OMAP2+: hwmod: Add a new state to handle hwmods left enabled at init

2011-11-21 Thread Rajendra Nayak
An hwmod with a 'HWMOD_INIT_NO_IDLE' flag set, is left in enabled state by the hwmod framework post the initial setup. Once a real user of the device (a driver) tries to enable it at a later point, the hwmod framework throws a WARN() about the device being already in enabled state. Fix this by int