starfive-tech/linux.git/drivers/reset, branch VF2_v3.4.5

reset: starfive: jh7110: Standardize the copyright

2023-04-26T03:02:20+00:00

Standardize the StarFive copyright information. Signed-off-by: Hal Feng

reset:starfive:jh7110: Delete redundant logic

2022-06-14T09:21:40+00:00

In the hardware design, the IPs RESET signal of jh7110 is divided into two groups, one group is active high, and the other group is active low. However, the software does not need to distinguish whether the RESET signal is active high or active low, Write 1 to be assert, and write 0 to deassert. Therefore, the software does not need to add additional logic to distinguish these two sets of signals. Signed-off-by: Clivia.Cai

reset:starfive:jh7110: Macro definitions are rearranged in order.

2022-04-19T08:31:58+00:00

Macro definitions are rearranged in order, for better coding style. Signed-off-by: samin

reset:starfive:jh7110: change how to obtain an assert address

2022-04-19T08:31:50+00:00

Get assert addresses dynamically to reduce static array memory usage Signed-off-by: samin

reset: starfive-jh7110: Add isp/vout reset support.

2022-01-05T07:50:36+00:00

Add isp/vout reset support for jh7110. Signed-off-by: samin

reset: starfive-jh7110: use platform_ioremap_iomem_byname.

2022-01-05T07:50:32+00:00

The reset module is scattered in several domains, and each address segment may be located in the module device management. Using devm_platform_get_and_ioremap_resource->devm_ioremap_resource will cause the address of this segment to be occupied by the reset driver, and other modules cannot be used, so use ioremap that can be mapped multiple times instead. Signed-off-by: samin

reset: starfive-jh7110: Add StarFive JH7110 reset driver

2021-12-22T07:38:43+00:00

Add a driver for the StarFive JH7110 reset controller. Signed-off-by: samin

reset: socfpga: add empty driver allowing consumers to probe

2021-10-05T10:23:16+00:00

The early reset driver doesn't ever probe, which causes consuming devices to be unable to probe. Add an empty driver to set this device as available, allowing consumers to probe. Signed-off-by: Paweł Anikiel Link: https://lore.kernel.org/r/20210920124141.1166544-4-pan@semihalf.com Signed-off-by: Philipp Zabel

reset: tegra-bpmp: Handle errors in BPMP response

2021-10-05T08:55:18+00:00

The return value from tegra_bpmp_transfer indicates the success or failure of the IPC transaction with BPMP. If the transaction succeeded, we also need to check the actual command's result code. Add code to do this. Signed-off-by: Mikko Perttunen Link: https://lore.kernel.org/r/20210915085517.1669675-2-mperttunen@nvidia.com Signed-off-by: Philipp Zabel

reset: pistachio: Re-enable driver selection

2021-10-05T08:49:40+00:00

After the retirement of MACH_PISTACHIO, the Pistachio Reset Driver is no longer auto-enabled when building a kernel for Pistachio systems. Worse, the driver cannot be enabled by the user at all (unless compile-testing), as the config symbol is invisible. Fix this partially by making the symbol visible again when compiling for MIPS, and dropping the useless default. The user still has to enable the driver manually when building a kernel for Pistachio systems, though. Fixes: 104f942b2832ab13 ("MIPS: Retire MACH_PISTACHIO") Signed-off-by: Geert Uytterhoeven Reviewed-by: Rahul Bedarkar Reviewed-by: Jiaxun Yang Link: https://lore.kernel.org/r/2c399e52540536df9c4006e46ef93fbccdde88db.1631610825.git.geert+renesas@glider.be Signed-off-by: Philipp Zabel