Linux Kernel https://git.stealer.net/cgit.cgi/user/sven/linux.git/atom?h=v3.18.75 2014-09-30T12:50:27Z 2014-09-30T12:50:27Z Mark Brown broonie@kernel.org 2014-09-30T12:50:27Z urn:sha1:a81bf3c4fc391ec10696d448408c1ac83bfb6112 2014-09-10T11:03:23Z Mark Brown broonie@kernel.org 2014-09-10T11:03:23Z urn:sha1:3f7c69637511a39f4400dc8312bbcecaa592ab61 2014-09-10T11:00:53Z Mark Brown broonie@kernel.org 2014-09-09T22:13:57Z urn:sha1:a0c7b164ad115ec0556dc0904ee2218cbc5cedfa Currently regulator drivers which support DT all repeat very similar code to supply a list of known regulator identifiers to be matched with DT, convert that to platform data which is then matched up with the regulators as they are registered. This is both fiddly to get right and for devices which can use the standard helpers to provide their operations is the main source of code in the driver. Since this code is essentially identical for most drivers we can factor it out into the core, moving the identifiers in the match table into the regulator descriptors and also allowing drivers to pass in the name of the subnode to search. When a driver provides an of_match string for the regulator the core will attempt to use that to obtain init_data, allowing the driver to remove all explicit code for DT parsing and simply provide data instead. The current code leaks the phandles for the child nodes, this will be addressed incrementally and makes no practical difference for FDT anyway as the DT data structures are never freed. Signed-off-by: Mark Brown <broonie@linaro.org> 2014-08-28T08:59:42Z Randy Dunlap rdunlap@infradead.org 2014-08-27T21:31:24Z urn:sha1:a8dbfeedfe47a19a4712749eb2444b1d7ea1150e Fix kernel-doc warnings in regulator header files: Warning(..//include/linux/regulator/machine.h:140): No description found for parameter 'ramp_disable' Warning(..//include/linux/regulator/driver.h:279): No description found for parameter 'linear_ranges' Warning(..//include/linux/regulator/driver.h:279): No description found for parameter 'n_linear_ranges' Signed-off-by: Randy Dunlap <rdunlap@infradead.org> Signed-off-by: Mark Brown <broonie@linaro.org> 2014-08-21T14:49:08Z Axel Lin axel.lin@ingics.com 2014-08-21T02:11:34Z urn:sha1:df11e506d330d9a0e5a701cd2c5fcb7d461b6060 Fix below build warning: CC [M] drivers/regulator/hi6421-regulator.o drivers/regulator/hi6421-regulator.c:356:2: warning: initialization discards 'const' qualifier from pointer target type [enabled by default] This is a revert of commit 716845ebeb50 ("regulator: core: Fix build error due to const qualifier for ops"). The build error was fixed by commit 39f5460d7f9c ("regulator: core: add const to regulator_ops and fix build error in mc13892"). Signed-off-by: Axel Lin <axel.lin@ingics.com> Signed-off-by: Mark Brown <broonie@linaro.org> 2014-08-18T14:10:34Z Axel Lin axel.lin@ingics.com 2014-08-18T02:34:08Z urn:sha1:716845ebeb505353d900320b4a74e8330520410d Drop const qualifier for ops of struct regulator_desc. Allow regulator drivers to update ops before registering regulator. Fix below build error: CC [M] drivers/regulator/mc13892-regulator.o drivers/regulator/mc13892-regulator.c: In function 'mc13892_regulator_probe': drivers/regulator/mc13892-regulator.c:586:3: error: assignment of member 'set_mode' in read-only object drivers/regulator/mc13892-regulator.c:588:3: error: assignment of member 'get_mode' in read-only object make[2]: *** [drivers/regulator/mc13892-regulator.o] Error 1 make[1]: *** [drivers/regulator] Error 2 make: *** [drivers] Error 2 Reported-by: Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by: Axel Lin <axel.lin@ingics.com> Signed-off-by: Mark Brown <broonie@linaro.org> 2014-08-16T21:55:42Z Guodong Xu guodong.xu@linaro.org 2014-08-13T11:33:40Z urn:sha1:871f565055ed232e5751da18a331b73e8254adaf Some regulator require a minimum delay between its disable and next enable. This is to avoid damages when out-of-range frequent disable/enable of a single regulator can bring to the regulator chip. Add @off_on_delay to struct regulator_desc. Device drivers' can use this field to set this guard time. Add @last_off_jiffy to struct regulator_dev. When @off_on_delay is set by driver, regulator core can store its last off (disable) time into this field. Signed-off-by: Guodong Xu <guodong.xu@linaro.org> Signed-off-by: Mark Brown <broonie@linaro.org> 2014-08-16T21:55:42Z Guodong Xu guodong.xu@linaro.org 2014-08-13T11:33:38Z urn:sha1:272e2315fac3bfca0edfa3252b8a643c425602af struct regulator_ops *ops is a member in struct regulator_desc, which gets its value from individual regulator driver upon regulator_register() and is used by regulator core APIs. It's not allowed for regulator core to modify any of these callbacks in *ops. Add 'const' qualifier to enforce that. Signed-off-by: Guodong Xu <guodong.xu@linaro.org> Signed-off-by: Mark Brown <broonie@linaro.org> 2014-03-06T09:30:10Z Carlo Caione carlo@caione.org 2014-03-05T21:11:29Z urn:sha1:ca5d1b3524b4d90a2e2f1f71583c1dca6b96fd92 This patch extends the regulator helpers to account for device that use multiple bits for control when using regmap enable/disable/bypass ops. The actual regulator helpers wrongly assume that the regulator control is always performed using single bits, using in the regulator_desc struct only two parameters *_reg and *_mask defining register and mask for control. This patch extends this struct and introduces the helpers to take into account devices where control is performed using multiple bits and specific multi-bit values are used for enabling/disabling/bypassing the regulator. Signed-off-by: Carlo Caione <carlo@caione.org> Signed-off-by: Mark Brown <broonie@linaro.org> 2013-10-24T10:11:37Z Mark Brown broonie@linaro.org 2013-10-24T10:11:37Z urn:sha1:4c35c8676fb224d0cb328ab83237286f8e2df224