StarFive Tech Linux Kernel for VisionFive (JH7110) boards (mirror) https://git.radix-linux.su/starfive-tech/linux.git/atom?h=VF2_v2.5.0 2022-11-03T09:24:53+00:00 2022-11-03T09:24:53+00:00 Jianlong Huang jianlong.huang@starfivetech.com 2022-10-31T01:31:44+00:00 urn:sha1:e4f9d060e5fff3776b8bc2f9dd4da63961cf2cc5 Fix bug, remove sdio_vdd and remove ALDO4 enum. Which may cause cpu freq don't work. Signed-off-by: Jianlong Huang <jianlong.huang@starfivetech.com> 2022-10-28T01:01:28+00:00 Kevin.xie kevin.xie@starfivetech.com 2022-07-12T01:57:05+00:00 urn:sha1:796ac7edea839865eb5499edec7356c810bf4fe8 Add support for the axp15060 pmic. Signed-off-by: Kevin.xie <kevin.xie@starfivetech.com> 2022-09-05T07:57:36+00:00 Ziv.Xu Ziv.Xu@starfivetech.com 2022-09-05T05:33:47+00:00 urn:sha1:1b08a100af515ae307330adeb642df808d312334 revise "stf" to "starfive" for PCIE, CPUfreq, CPUidle, PMIC driver. Signed-off-by: Ziv.Xu <Ziv.Xu@starfivetech.com> 2022-06-07T10:33:16+00:00 mason.huo mason.huo@starfivetech.com 2022-03-25T06:12:28+00:00 urn:sha1:80f85ca138889ca5bc2999729f3fc1dd05994ae8 Add 7 regulators base on regulator framework for JH7110 evb HW design. Signed-off-by: mason.huo <mason.huo@starfivetech.com> 2021-08-23T10:06:28+00:00 Matti Vaittinen matti.vaittinen@fi.rohmeurope.com 2021-08-23T07:56:51+00:00 urn:sha1:ad3ead1efe057029bf112e13d7ef5901915d6abd The helper to send IRQ notification for regulator errors had still old description mentioning calling BUG() as a last resort when error status reading has kept failing for more times than a given threshold. The impementation calling BUG() did never end-up in-tree but was replaced by hopefully more sophisticated handler trying to power-off the system. Fix the documentation to reflect actual behaviour. Signed-off-by: Matti Vaittinen <matti.vaittinen@fi.rohmeurope.com> Link: https://lore.kernel.org/r/20210823075651.GA3717293@localhost.localdomain Signed-off-by: Mark Brown <broonie@kernel.org> 2021-08-18T12:57:03+00:00 Matti Vaittinen matti.vaittinen@fi.rohmeurope.com 2021-08-18T04:18:19+00:00 urn:sha1:c049742fbc71129c481a6d5e52392b9aa482cc9e The newly added regulator ramp-delay specifiers in regulator desc lacked the documentation. Add some. Also fix a typo. Signed-off-by: Matti Vaittinen <matti.vaittinen@fi.rohmeurope.com> Link: https://lore.kernel.org/r/20210818041513.GA2408290@dc7vkhyh15000m40t6jht-3.rev.dnainternet.fi Signed-off-by: Mark Brown <broonie@kernel.org> 2021-07-12T10:30:35+00:00 Mark Brown broonie@kernel.org 2021-07-12T10:30:35+00:00 urn:sha1:9705c49c3b5e8640fa1afd24f93a391ac0f793a4 These APIs aren't used anywhere and most-likely exist because of the general principle of C APIs, where if an API function does an allocation/registration, it must also have an equivalent deallocation/deregistration counterpart. For devm_ functions this isn't all that true (for all cases), as the idea of these function is to provide an auto-cleanup logic on drivers/system de-init. Removing these discourages any weird logic that could be created with such an API functions. Alexandru Ardelean (4): regulator: devres: remove devm_regulator_unregister_notifier() function regulator: devres: remove devm_regulator_unregister() function regulator: devres: remove devm_regulator_bulk_unregister_supply_alias() regulator: devres: unexport devm_regulator_unregister_supply_alias() drivers/regulator/devres.c | 105 +---------------------------- include/linux/regulator/consumer.h | 23 ------- include/linux/regulator/driver.h | 1 - 3 files changed, 2 insertions(+), 127 deletions(-) -- 2.31.1 2021-07-11T22:50:40+00:00 Randy Dunlap rdunlap@infradead.org 2021-06-28T01:54:22+00:00 urn:sha1:78bbb7c345ab630cfe8b272c6179bf8b19a6c8aa Fix warning caused by a blank/empty line: ../include/linux/regulator/machine.h:115: warning: bad line: Signed-off-by: Randy Dunlap <rdunlap@infradead.org> Link: https://lore.kernel.org/r/20210628015422.8845-1-rdunlap@infradead.org Signed-off-by: Mark Brown <broonie@kernel.org> 2021-07-11T22:50:34+00:00 Alexandru Ardelean aardelean@deviqon.com 2021-06-25T12:23:24+00:00 urn:sha1:4d9f4d1de3ceb84fa6ce68177a26b8fac6a71290 This API hook isn't used anywhere outside of the regulator devres code. This function is needed for the devm_regulator_bulk_register_supply_alias() function on the error path, to cleanup any previously registered supply aliases. This change makes the devm_regulator_unregister_supply_alias() local to the regulator core framework, to avoid it being used in any weird logic. It's also removing the doc-string for devm_regulator_unregister_supply_alias(), since it doesn't need to be documented anymore, as no other external consumer should use it. Signed-off-by: Alexandru Ardelean <aardelean@deviqon.com> Link: https://lore.kernel.org/r/20210625122324.327585-5-aardelean@deviqon.com Signed-off-by: Mark Brown <broonie@kernel.org> 2021-07-11T22:50:33+00:00 Alexandru Ardelean aardelean@deviqon.com 2021-06-25T12:23:23+00:00 urn:sha1:eed43b96ede9c3f018ad24149de83f24b86ad729 This API hook isn't used anywhere and most-likely exists because of the general principle of C APIs, where if an API function does an allocation/registration, it must also have an equivalent deallocation/deregistration counterpart. For devm_ functions this isn't all that true (for all cases), as the idea of these function is to provide an auto-cleanup logic on drivers/system de-init. Removing this also discourages any weird logic that could be created with such an API function. Signed-off-by: Alexandru Ardelean <aardelean@deviqon.com> Link: https://lore.kernel.org/r/20210625122324.327585-4-aardelean@deviqon.com Signed-off-by: Mark Brown <broonie@kernel.org>