u-boot.git/drivers/power, branch v2015.01-rc2

sun6i: Add basic axp221 driver

2014-11-13T13:49:01Z

The A31 uses the AXP221 pmic for various voltages. Signed-off-by: Oliver Schinagl Signed-off-by: Hans de Goede Acked-by: Ian Campbell -- Changes in v2: -Rebase Changes in v3: -Add support for all dldo and aldo-s -Add Kconfig option to select building AXP221 and to select voltage of dldo and aldo-s Changes in v4: -Add axp221_setbits helper function -Use symbolic names for enabled bits in CTRL1 - CTRL3 registers

power_spi.c: Rewrite pmic_reg function

2014-11-07T21:27:05Z

The pmic_spi_free function isn't ever used, and as the frameworks stand today, cannot be, so remove it. Integrate the probe function into pmic_reg as it's not really a "probe" today. Finally, add an err label for the common failure cases. Cc: Lukasz Majewski Cc: Przemyslaw Marczak Cc: Stefano Babic Signed-off-by: Tom Rini Acked-by: Stefano Babic

twl4030: VMMC2 3.2V enable on MMC init

2014-10-30T23:29:39Z

This enables the VMMC2 LDO, which powers the MMC2 device. When the device starts from MMC2, this has already been enabled by the BootROM, but when starting from peripheral boot (USB, UART), it is not the case. Signed-off-by: Paul Kocialkowski Acked-by: Pantelis Antoniou

sunxi: axp152: dcdc3 scale is 50mV / step not 25mV / step

2014-10-13T13:02:01Z

Currently uboot wrongly uses 25mV / step for dcdc3, this is a copy and paste error introduced when adding the axp152_mvolt_to_target during review of the axp152.c driver. This results in u-boot setting Vddr to 2.3V instead of 1.5V. This commit fixes this. Signed-off-by: Hans de Goede

cros_ec: exynos: Use the correct tps65090 driver in each case

2014-10-08T08:25:47Z

Exynos 5250 boards (snow, spring) use the I2C driver but Exynos 5420 boards cannot due to a hardware design decision. Select the correct driver to use in each case. Signed-off-by: Simon Glass Tested-by: Ajay Kumar Signed-off-by: Minkyu Kang

cros_ec: power: Add a tunnelled version of the tps65090 driver

2014-10-08T08:25:46Z

Unfortunately on Pit the AP has no direct access to the tps65090 but must talk through the EC (over SPI) to the EC's I2C bus. When driver model supports PMICs this will be relatively easy. In the meantime the best approach is to duplicate the driver. It will be refactored once driver model support is expanded. Signed-off-by: Simon Glass Tested-by: Ajay Kumar Signed-off-by: Minkyu Kang

kconfig: add blank Kconfig files

2014-09-24T22:30:28Z

This would be useful to start moving various config options. Signed-off-by: Masahiro Yamada Acked-by: Simon Glass Tested-by: Simon Glass

pmic: pmic_pfuze100: Use a shorter name for PMIC name

2014-08-08T08:29:41Z

It is redundant to use 'PFUZE100_PMIC' as the PMIC name because we already know it is a PMIC. Call it simply 'PFUZE100' instead. Cc: Tim Harvey Cc: Markus Niebel Signed-off-by: Fabio Estevam

Merge branch 'u-boot-ti/master' into 'u-boot-arm/master'

2014-07-28T10:26:21Z

tps65218/am43xx_evm: Add power framework support to TPS65218

2014-07-25T19:21:06Z

Add in an init function for the drivers/power framework so we can dump and read the registers via i2c. Cc: Łukasz Majewski Signed-off-by: Tom Rini