"Woodruff, Richard" <r-woodruff2@xxxxxx> writes: >> > >> The only thing the higher-level layers might potentially need to >> > >> do is to enable/disable AVS around transitions (e.g. when >> > >> changing OPP, > > >> AVS is disabled before changing OPP and >> > >> only re-enabled when the new > >> >> nominal voltage has been >> > >> acheived.) > > Getting clean baseline in place is huge step but actual production > interfaces will need to comprehend some OPP to AVS dependencies beyond > on/off. A basic OMAP AVS driver has been in mainline for a long time, yet we have not seen support submitted for all of these features. When folks are motivated to propose such changes upstream, we will be happy to discuss them and add support for them to the AVS driver. Until then, the primary purpose of this series is to do some minimal cleanup of an *existing* driver so it can be moved into drivers/*. New features can be added there as easily as they could've been added when it was a driver under arch/arm. Kevin -- 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
