Linux kernel documentation tree maintained by Jonathan Corbet http://mirrors.hust.edu.cn/git/lwn.git/atom?h=docs-5.13 2021-02-12T14:00:07+00:00 2021-02-12T14:00:07+00:00 Mark Brown broonie@kernel.org 2021-02-12T14:00:07+00:00 urn:sha1:f03e2a72e5e8772ba0c2a0fc4539e4ffd03d411b 2021-02-11T13:11:35+00:00 Frieder Schrempf frieder.schrempf@kontron.de 2021-02-11T10:55:30+00:00 urn:sha1:f7684f5a048febd2a7bc98ee81d6dce52f7268b8 By default the PCA9450 doesn't handle the assertion of the WDOG_B signal, but this is required to guarantee that things like software resets triggered by the watchdog work reliably. As we don't want to rely on the bootloader to enable this, we tell the PMIC to issue a cold reset in case the WDOG_B signal is asserted (WDOG_B_CFG = 10), just as the NXP U-Boot code does. Signed-off-by: Frieder Schrempf <frieder.schrempf@kontron.de> Link: https://lore.kernel.org/r/20210211105534.38972-3-frieder.schrempf@kontron.de Signed-off-by: Mark Brown <broonie@kernel.org> 2021-02-08T11:48:48+00:00 Hsin-Hsiung Wang hsin-hsiung.wang@mediatek.com 2021-02-07T06:14:16+00:00 urn:sha1:7aa382cfe714f61b0c29f02c31d389c506b4e2ae The MT6315 is a regulator found on boards based on MediaTek MT8192 and probably other SoCs. It connects as a slave to SoC using SPMI. Signed-off-by: Hsin-Hsiung Wang <hsin-hsiung.wang@mediatek.com> Link: https://lore.kernel.org/r/1612678457-11548-3-git-send-email-hsin-hsiung.wang@mediatek.com Signed-off-by: Mark Brown <broonie@kernel.org> 2021-01-21T12:35:42+00:00 Dmitry Osipenko digetx@gmail.com 2021-01-20T20:58:44+00:00 urn:sha1:51dfb6ca3728bd0a0a3c23776a12d2a15a1d2457 Add missing stubs to regulator/consumer.h in order to fix COMPILE_TEST of the kernel. In particular this should fix compile-testing of OPP core because of a missing stub for regulator_sync_voltage(). Reported-by: kernel test robot <lkp@intel.com> Signed-off-by: Dmitry Osipenko <digetx@gmail.com> Link: https://lore.kernel.org/r/20210120205844.12658-1-digetx@gmail.com Signed-off-by: Mark Brown <broonie@kernel.org> 2021-01-13T11:36:19+00:00 Linus Walleij linus.walleij@linaro.org 2020-12-05T00:40:57+00:00 urn:sha1:3acb64c07e95a75dc0af0bc958f2d09a44a9fd0d The platform data header was only used to pass platform data from board files. We now populate the regulators exclusively from device tree, so the header contents can be moved into the regulator drivers. Cc: Lee Jones <lee.jones@linaro.org> Signed-off-by: Linus Walleij <linus.walleij@linaro.org> Link: https://lore.kernel.org/r/20201205004057.1712753-2-linus.walleij@linaro.org Signed-off-by: Mark Brown <broonie@kernel.org> 2021-01-13T11:36:18+00:00 Linus Walleij linus.walleij@linaro.org 2020-12-05T00:40:56+00:00 urn:sha1:c512150b266b5d173c5ba841e9c09e4830ea4eca The struct ab8500_regulator_platform_data was a leftover since the days before we probed all regulators from the device tree. The ab8500-ext regulator was the only used, defining platform data and register intialization that was never used for anything, a copy of a boardfile no longer in use. Delete the ab8500_regulator_platform_data and make the ab8500-ext regulator reference the regulator init data in the local file directly. We are 100% device tree these days. Cc: Lee Jones <lee.jones@linaro.org> Signed-off-by: Linus Walleij <linus.walleij@linaro.org> Link: https://lore.kernel.org/r/20201205004057.1712753-1-linus.walleij@linaro.org Signed-off-by: Mark Brown <broonie@kernel.org> 2020-12-11T13:23:06+00:00 Fabio Estevam festevam@gmail.com 2020-12-10T21:27:48+00:00 urn:sha1:6a6939d5f588b40db32b82ebcec20ee5189c8376 Since 5.10-rc1 i.MX is a devicetree-only platform, so simplify the code by removing the unused non-DT support. Signed-off-by: Fabio Estevam <festevam@gmail.com> Link: https://lore.kernel.org/r/20201210212748.5849-1-festevam@gmail.com Signed-off-by: Mark Brown <broonie@kernel.org> 2020-12-01T12:18:00+00:00 Adam Ward Adam.Ward.opensource@diasemi.com 2020-11-30T16:59:10+00:00 urn:sha1:46c413d5bb239769e6f1de706adf422c807c7a5f Add devicetree configuration and device variant parameters. Use the latter to enable the check and use of parameters specific to dual buck variants. Signed-off-by: Adam Ward <Adam.Ward.opensource@diasemi.com> Link: https://lore.kernel.org/r/5849ce60595aef1018bdde7dcfb54a7397597545.1606755367.git.Adam.Ward.opensource@diasemi.com Signed-off-by: Mark Brown <broonie@kernel.org> 2020-12-01T12:17:58+00:00 Adam Ward Adam.Ward.opensource@diasemi.com 2020-11-30T16:59:08+00:00 urn:sha1:c860476b9e3a420192b28e580cb749e024d032eb Add ability to probe device and validate configuration, then apply a regmap configuration for a single or dual buck device accordingly. Signed-off-by: Adam Ward <Adam.Ward.opensource@diasemi.com> Link: https://lore.kernel.org/r/068c6b8d5e1b4e221e899e4c914c429429a2ec7d.1606755367.git.Adam.Ward.opensource@diasemi.com Signed-off-by: Mark Brown <broonie@kernel.org> 2020-11-23T18:38:13+00:00 Cristian Marussi cristian.marussi@arm.com 2020-11-19T19:10:49+00:00 urn:sha1:e7095c35abfc5a5d566941a87434c0fd5ffb570f During regulators registration, if .of_match and .regulators_node are defined as non-null strings in struct regulator_desc the core searches the DT subtree rooted at .regulators_node trying to match, at first, .of_match against the 'regulator-compatible' property and, then, falling back to use the name of the node itself to determine a good match. Property 'regulator-compatible', though, is now deprecated and falling back to match against the node name, works fine only as long as the involved nodes are named in an unique way across the searched subtree; if that's not the case, like when using <common-name>@<unit> style naming for properties indexed via 'reg' property (as advised by the standard), the above matching mechanism based on the simple common name will lead to multiple matches and the only viable alternative would be to properly define the now deprecated 'regulator-compatible' as the node full name, i.e. <common-name>@<unit>. In order to address this case without using such deprecated binding, define a new boolean flag .of_match_full_name in struct regulator_desc to force the core to match against the node full-name instead of the plain name. Signed-off-by: Cristian Marussi <cristian.marussi@arm.com> Link: https://lore.kernel.org/r/20201119191051.46363-4-cristian.marussi@arm.com Signed-off-by: Mark Brown <broonie@kernel.org>