08 Aug, 2014
1 commit
-
Pull MFD update from Lee Jones:
"Changes to existing drivers:
- checkpatch fixes throughout the subsystem
- use Regmap to handle IRQs in max77686, extcon-max77693 and
mc13xxx-core
- use DMA in rtsx_pcr
- restrict building on unsupported architectures on timberdale,
cs5535
- SPI hardening in cros_ec_spi
- more robust error handing in asic3, cros_ec, ab8500-debugfs,
max77686 and pcf50633-core
- reorder PM runtime and regulator handing during shutdown in arizona
- enable wakeup in cros_ec_spi
- unused variable/code clean-up in pm8921-core, cros_ec, htc-i2cpld,
tps65912-spi, wm5110-tables and ab8500-debugfs
- add regulator handing into suspend() in sec-core
- remove pointless wrapper functions in extcon-max77693 and
i2c-cros-ec-tunnel
- use cross-architecture friendly data sizes in stmpe-i2c, arizona,
max77686 and tps65910
- devicetree documentation updates throughout
- provide power management support in max77686
- few OF clean-ups in max77686
- use manged resources in tps6105xNew drivers/supported devices:
- add support for s2mpu02 to sec-core
- add support for Allwinner A32 to sun6i-prcm
- add support for Maxim 77802 in max77686
- add support for DA9063 AD in da9063
- new driver for Intel PMICs (generic) and specifically Crystal Cove(Re-)moved drivers ==
- move out keyboard functionality cros_ec ==> input/keyboard/cros_ec_keyb"* tag 'mfd-for-linus-3.17' of git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd: (101 commits)
MAINTAINERS: Update MFD repo location
mfd: omap-usb-host: Fix improper mask use.
mfd: arizona: Only free the CTRLIF_ERR IRQ if we requested it
mfd: arizona: Add missing handling for ISRC3 under/overclocked
mfd: wm5110: Add new interrupt register definitions
mfd: arizona: Rename thermal shutdown interrupt
mfd: wm5110: Add in the output done interrupts
mfd: wm5110: Remove non-existant interrupts
mfd: tps65912-spi: Remove unused variable
mfd: htc-i2cpld: Remove unused code
mfd: da9063: Add support for AD silicon variant
mfd: arizona: Map MICVDD from extcon device to the Arizona core
mfd: arizona: Add MICVDD to mapped regulators for wm8997
mfd: max77686: Ensure device type IDs are architecture agnostic
mfd: max77686: Add Maxim 77802 PMIC support
mfd: tps6105x: Use managed resources when allocating memory
mfd: wm8997-tables: Suppress 'line over 80 chars' warnings
mfd: kempld-core: Correct a variety of checkpatch warnings
mfd: ipaq-micro: Fix coding style errors/warnings reported by checkpatch
mfd: si476x-cmd: Remedy checkpatch style complains
...
06 Aug, 2014
13 commits
-
…5218', 'regulator/topic/tps6586x' and 'regulator/topic/twl' into regulator-next
-
…02', 'regulator/topic/s5m8767' and 'regulator/topic/tps65090' into regulator-next
-
…9', 'regulator/topic/max8952', 'regulator/topic/mc13xxx' and 'regulator/topic/palmas' into regulator-next
-
…', 'regulator/topic/gpio' and 'regulator/topic/lp872x' into regulator-next
-
…0', 'regulator/topic/act8865', 'regulator/topic/as3722' and 'regulator/topic/bcm590xx' into regulator-next
-
…and 'regulator/fix/tps65218' into regulator-linus
-
act8846_matches and act8865_matches are defined only when OF is
enabled. Move references to them to the act8865_pdata_from_dt()
function to avoid a build error when OF is disabled.Reported-by: kbuild test robot
Signed-off-by: Beniamino Galvani
Signed-off-by: Mark Brown -
Add device id and definition of registers and regulators to support
the act8846 PMU.Signed-off-by: Beniamino Galvani
Tested-by: Wenyou Yang
Reviewed-by: Axel Lin
Signed-off-by: Mark Brown -
This patch prepares support for other devices in the act88xx family of
PMUs manufactured by Active-Semi.http://www.active-semi.com/products/power-management-units/act88xx/
Signed-off-by: Beniamino Galvani
Tested-by: Wenyou Yang
Reviewed-by: Axel Lin
Signed-off-by: Mark Brown -
act8865_pdata_from_dt() populates the array pdata->regulators with all
the regulators and then assigns the field init_data only for the ones
actually found in the DT.The patch changes the value assigned to pdata->num_regulators to match
the size of the array.Signed-off-by: Beniamino Galvani
Tested-by: Wenyou Yang
Reviewed-by: Axel Lin
Signed-off-by: Mark Brown -
Simply use ret variable instead.
Also remove unneeded initialize for ret variable.Signed-off-by: Axel Lin
Signed-off-by: Mark Brown -
The driver loops through all available regulators (ACT8865_REG_NUM)
and accesses pdata->regulators[i].platform_data without checking the
actual value of num_regulators in platform data, potentially causing a
invalid memory access.Fix this and look up the regulator init_data by id in platform data.
Signed-off-by: Beniamino Galvani
Tested-by Wenyou.Yang
Signed-off-by: Mark Brown
01 Aug, 2014
1 commit
-
According to the tps65090 data manual [0], the DCDC1 and DCDC2
step-down converters and the LDO's have a fixed output voltage.Add this information to the driver since these fixed regulators
can be used as parent input supply for switches that don't have
an output voltage defined. So the regulator core needs to fetch
the FET parent output voltage if the child voltage is queried.[0]: http://www.ti.com/lit/gpn/tps65090
Signed-off-by: Javier Martinez Canillas
Signed-off-by: Mark Brown
30 Jul, 2014
2 commits
-
Load switches are modeled as regulators but they just provide
the voltage of their parent input supply. So, the drivers for
these switches usually neither provide a .list_voltage handler
not set a .n_voltages count. But there is code in the kernel
that assumes that all regulators should be able to provide this
information (e.g: cpufreq and mmc subsystems).If the voltage count and list are not available for a regulator
and it has a parent input supply, then use the parent values.Signed-off-by: Javier Martinez Canillas
Signed-off-by: Mark Brown -
Load switches are modeled as regulators but they just provide
the voltage of their parent input supply. So the drivers for
these switches usually don't provide a .get_voltage function
handler but there is code in the kernel that assumes that all
regulators should be able to provide its current voltage rail.So, if the output voltage for a regulator is not available and
it has a parent supply, then pass the voltage of its parent.Signed-off-by: Javier Martinez Canillas
Signed-off-by: Mark Brown
28 Jul, 2014
1 commit
-
Regulator drivers should not be specifying constraints since the valid
configurations depend on how the device is used in a given system, there
is no way to know if a configuration is safe for a given board.Signed-off-by: Mark Brown
26 Jul, 2014
3 commits
-
This driver also supports S2MPU02 now, thus update module description and
Kconfig accordingly.Signed-off-by: Axel Lin
Signed-off-by: Mark Brown -
Add helper functions that allow regulator consumers to obtain low-level
details about the regulator hardware, like the voltage selector register
address and such. These details can be useful when configuring hardware
or firmware that want to do low-level access to regulators, with no
involvement from the kernel.The use-case for Tegra is a voltage-controlled oscillator clocksource
which has control logic to change the supply voltage via I2C to achieve
a desired output clock rate.Signed-off-by: Tuomas Tynkkynen
Signed-off-by: Mark Brown -
Current code uses devm_regulator_register(), so the resource management code
will ensure that the resource is freed.Signed-off-by: Axel Lin
Signed-off-by: Mark Brown
15 Jul, 2014
1 commit
-
This is the driver for the Dialog DA9211 Multi-phase 12A DC-DC Buck
Converter regulator. It communicates via an I2C bus to the device.Signed-off-by: James Ban
Signed-off-by: Mark Brown
10 Jul, 2014
1 commit
-
Add fixed_uV fields for dcdc5 and dcdc6.
Signed-off-by: Keerthy
Signed-off-by: Mark Brown
09 Jul, 2014
7 commits
-
This patch add S2MPU02 regulator device to existing S2MPS11 device driver
because of little difference between S2MPS1x and S2MPU02. The S2MPU02
regulator device includes LDO[1-28] and BUCK[1-7].Signed-off-by: Chanwoo Choi
[Add missing linear_min_sel of S2MPU02 LDO regulators by Jonghwa Lee]
Signed-off-by: Jonghwa Lee
Reviewed-by: Krzysztof Kozlowski
Acked-by: Mark Brown
Acked-by: Lee JonesSigned-off-by: Lee Jones
-
…c-3.17' into ibs-for-mfd-merged
-
This patch moves data allocated using regulator_register to
devm_regulator_register and does away with the calls to
regulator_unregister. Also some labels are removed and a new labelerr is
introduced which is less specific to context.Signed-off-by: Himangi Saraogi
Acked-by: Julia Lawall
Signed-off-by: Mark Brown -
By just using GCC's array initialization extension, we
can easily drop order dependency between tps65218_regulattors
enumeration and tps65218_pmic_regs array.Signed-of-by: Felipe Balbi
Signed-off-by: Mark Brown -
volt table is always NULL for all regulators,
might as well drop the argument.Signed-off-by: Felipe Balbi
Signed-off-by: Mark Brown -
The second range of this particular regulator,
starts at 1.60V, not as 1.55V as it was originally
implied by code.Signed-off-by: Felipe Balbi
Signed-off-by: Mark Brown
Cc: stable@vger.kernel.org
07 Jul, 2014
1 commit
-
act8865_pdata_from_dt() populates the array pdata->regulators with all
the regulators and then assigns the field init_data only for the ones
actually found in the DT.The patch changes the value assigned to pdata->num_regulators to match
the size of the array.Signed-off-by: Beniamino Galvani
Tested-by: Wenyou Yang
Reviewed-by: Axel Lin
Signed-off-by: Mark Brown
05 Jul, 2014
1 commit
-
WM5110/8280 devices do not support bypass mode for LDO1 so remove
the bypass callbacks registered with regulator core.Signed-off-by: Nikesh Oswal
Signed-off-by: Mark Brown
Cc: stable@vger.kernel.org
03 Jul, 2014
6 commits
-
We use regmap regulator ops to enable/disable and check if regulator
is enabled for various SMPS. However, these depend on valid
enable_reg, enable_mask and enable_value in regulator descriptor.So, similar to fix we did in commit 318dbb02b50c
("regulator: palmas: Fix SMPS enable/disable/is_enabled"), populate the
same for TPS65917 SMPS registration. LDO definitions are already in
place.Fixes: d6f83370ed97 ("regulator: palmas: Add tps65917 PMIC support")
Signed-off-by: Nishanth Menon
Tested-by: Stephen Warren
Tested-by: Keerthy
Signed-off-by: Mark Brown -
Palmas regulator needs to full up the regulator_desc based on PMIC and
type of regulator. However, we dont need to do desc[id] every time. we
can simplify by using a pointer to desc[id] and filling up the
parameters.Signed-off-by: Nishanth Menon
Tested-by: Stephen Warren
Tested-by: Keerthy
Signed-off-by: Mark Brown -
With commit d6f83370ed978d5570b7c8c22988310cb9376202 (regulator: palmas:
Add tps65917 PMIC support) palmas_regs_info naming is confusing as it is
a driver data parameter and a local variable. To prevent mistaken
updates, rename the local variable to palmas_generic_regs_info.Signed-off-by: Nishanth Menon
Tested-by: Stephen Warren
Tested-by: Keerthy
Signed-off-by: Mark Brown -
Palmas register information is part of the ddata pointer which is used
through out the code by indexing off the driver data array. Instead,
just do the indexing once and use the pointer to further reference
structure fields.This simplifies code and prevents errors by accessing wrong variables.
Signed-off-by: Nishanth Menon
Tested-by: Stephen Warren
Tested-by: Keerthy
Signed-off-by: Mark Brown -
reg_info is a generic term which might cause conflict at a later point
in time. To prevent such a thing from occuring in future, rename to
palmas_reg_info.Signed-off-by: Nishanth Menon
Acked-by: Lee Jones
Tested-by: Stephen Warren
Tested-by: Keerthy
Signed-off-by: Mark Brown -
convert to static variables to squelch the following sparse warnings:
drivers/regulator/palmas-regulator.c:325:36: warning: symbol 'palma_sleep_req_info' was not declared. Should it be static?
drivers/regulator/palmas-regulator.c:1414:32: warning: symbol 'palmas_ddata' was not declared. Should it be static?
drivers/regulator/palmas-regulator.c:1427:32: warning: symbol 'tps65917_ddata' was not declared. Should it be static?Signed-off-by: Nishanth Menon
Tested-by: Stephen Warren
Tested-by: Keerthy
Signed-off-by: Mark Brown
30 Jun, 2014
1 commit
-
Convert the regulator GPIO handling to use a gpio descriptor rather than
numbers. This allows us to revise the interfaces to permit all GPIOs
to be used with the regulator core.Signed-off-by: Russell King
Signed-off-by: Mark Brown
28 Jun, 2014
1 commit
-
…and 'regulator/fix/tps65218' into regulator-linus