[PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
Mark Brown
broonie at opensource.wolfsonmicro.com
Mon Oct 10 13:22:22 EDT 2011
On Mon, Oct 10, 2011 at 09:49:36PM +0530, Rajendra Nayak wrote:
> +- regulator-change-voltage: boolean, Output voltage can be changed by software
> +- regulator-change-current: boolean, Output current can be chnaged by software
> +- regulator-change-mode: boolean, Operating mode can be changed by software
> +- regulator-change-status: boolean, Enable/Disable control for regulator exists
> +- regulator-change-drms: boolean, Dynamic regulator mode switching is enabled
> +- regulator-mode-fast: boolean, allow/set fast mode for the regulator
> +- regulator-mode-normal: boolean, allow/set normal mode for the regulator
> +- regulator-mode-idle: boolean, allow/set idle mode for the regulator
> +- regulator-mode-standby: boolean, allow/set standby mode for the regulator
> +- regulator-input-uV: Input voltage for regulator when supplied by another regulator
> +- regulator-always-on: boolean, regulator should never be disabled
Thinking about this I'm not sure that these should go in the device
tree, they're as much talking about what Linux is able to cope with as
they are talking about what the hardware is able to do. Sometimes
they'll be fixed by the design but they are sometimes also restricted by
what the software is currently capable of. DRMS is a prime example
here, it depends on how good we are at telling the API about how much
current we're using.
More information about the linux-arm-kernel
mailing list