Linux kernel stable tree (mirror) https://git.radix-linux.su/kernel/linux.git/atom?h=v3.13.3 2013-10-17T23:56:05+00:00 2013-10-17T23:56:05+00:00 Charles Keepax ckeepax@opensource.wolfsonmicro.com 2013-10-15T19:14:20+00:00 urn:sha1:a06ccd9c3785fa5550917ae036944f4e080b5749 These patches add the ability to create an alternative device on which a lookup for a certain supply should be conducted. A common use-case for this would be devices that are logically represented as a collection of drivers within Linux but are are presented as a single device from device tree. It this case it is necessary for each sub device to locate their supply data on the main device. Signed-off-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com> Signed-off-by: Mark Brown <broonie@linaro.org> 2013-09-01T12:50:17+00:00 Mark Brown broonie@linaro.org 2013-09-01T12:50:17+00:00 urn:sha1:f27a5fb424d4897edd3c7735ecf054ee57a5dbd0 2013-08-29T18:38:33+00:00 Matthias Kaehlcke matthias.list@kaehlcke.net 2013-08-25T15:54:13+00:00 urn:sha1:9efdd27678ef5e22c27c230a08a211b702768f3a Add a resource managed regulator_get_exclusive() Signed-off-by: Matthias Kaehlcke <matthias@kaehlcke.net> Signed-off-by: Mark Brown <broonie@linaro.org> 2013-07-31T08:56:39+00:00 Mark Brown broonie@linaro.org 2013-07-29T20:42:42+00:00 urn:sha1:de1dd9fd2156874b45803299b3b27e65d5defdd9 While the majority of supplies on devices are mandatory and can't be physically omitted for electrical reasons some devices do have optional supplies and need to know if they are missing, MMC being the most common of these. Currently the core accurately reports all errors when regulators are requested since it does not know if the supply is one that must be provided even if by a regulator software does not know about or if it is one that may genuinely be disconnected. In order to allow this behaviour to be changed and stub regulators to be provided in the former case add a new regulator request function regulator_get_optional() which provides a hint to the core that the regulator may genuinely not be connected. Currently the implementation is identical to the current behaviour, future patches will add support in the core for returning stub regulators in the case where normal regulator_get() fails and the board has requested it. Signed-off-by: Mark Brown <broonie@linaro.org> Acked-by: Chris Ball <cjb@laptop.org> 2013-07-31T08:56:38+00:00 Mark Brown broonie@linaro.org 2013-07-29T20:00:53+00:00 urn:sha1:4bdfb2729c3a396fe7400c9332c49aee2b971bd8 Signed-off-by: Mark Brown <broonie@linaro.org> 2013-07-15T10:20:08+00:00 Mark Brown broonie@linaro.org 2013-07-04T16:27:14+00:00 urn:sha1:dc9ceed6a12aff627c81e01ada191e8a23fcbe3e The expected semantic for something expressed as a tolerance is that it should deliver the specified value with some deviation allowed but this is not what set_voltage_tol() currently does. Instead it just passes the maximum possible range to set_voltage() which will typically result in a voltage aimed at lower than the target voltage. Instead first try to set a voltage between the target voltage and the upper limit, then fall back on the full range. This will be much more robust against physical variation in systems and makes the API behave more like users would expect. Signed-off-by: Mark Brown <broonie@linaro.org> 2013-06-07T10:19:29+00:00 Paul Walmsley pwalmsley@nvidia.com 2013-06-07T08:06:56+00:00 urn:sha1:2a668a8bc2cbe7a464ab1212475a3efb23a94b1e Add regulator_get_linear_step(), which returns the voltage step size between VSEL values for linear regulators. This is intended for use by regulator consumers which build their own voltage-to-VSEL tables. Signed-off-by: Paul Walmsley <pwalmsley@nvidia.com> Reviewed-by: Andrew Chew <achew@nvidia.com> Cc: Matthew Longnecker <mlongnecker@nvidia.com> Signed-off-by: Mark Brown <broonie@linaro.org> 2013-03-04T02:35:58+00:00 Mark Brown broonie@opensource.wolfsonmicro.com 2012-03-19T16:35:48+00:00 urn:sha1:c8801a8e715d7793e1e7bcd2f6fe132234741753 It's generally important that devices have power when they expect it so drivers really ought to be checking for errors on the power up paths. Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> 2012-12-10T03:43:22+00:00 Mark Brown broonie@opensource.wolfsonmicro.com 2012-12-10T03:43:22+00:00 urn:sha1:f4244c68fff39b28235c862d7533c825390e9020 2012-12-10T03:43:20+00:00 Mark Brown broonie@opensource.wolfsonmicro.com 2012-12-10T03:43:20+00:00 urn:sha1:4247bfe20ab1cb8cf1874b811c0dc60bcd0249e8