On Thu, 2 Sep 2010 03:17:56 -0500, Nishanth Menon <nm@xxxxxx> wrote: > Just brainstorming -> if we use the regulator framework - there are > potential benefits - agreed. BUT, consider the cpuidle path -> currently > we disable SR while hitting off/ret for class3, this is done in irq > locked context while the regulator framework uses locks by itself - we wouldn't it be enough to: spin_unlock(&sr_lock); call_whatever_regulator_api(); spin_lock(&sr_lock); [...] spin_unlock_irqrestore(&sr_lock, flags); ?? otherwise we will have yet another OMAP-only API to maintain. -- balbi -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
