BMC/Intel-BMC/linux.git/drivers/reset, branch dev-5.4

Merge tag 'v5.4.23' into dev-5.4

2020-03-05T04:55:58+00:00

This is the 5.4.23 stable release Signed-off-by: Joel Stanley

reset: uniphier: Add SCSSI reset control for each channel

2020-02-24T07:36:41+00:00

[ Upstream commit f4aec227e985e31d2fdc5608daf48e3de19157b7 ] SCSSI has reset controls for each channel in the SoCs newer than Pro4, so this adds missing reset controls for channel 1, 2 and 3. And more, this moves MCSSI reset ID after SCSSI. Fixes: 6b39fd590aeb ("reset: uniphier: add reset control support for SPI") Signed-off-by: Kunihiko Hayashi Acked-by: Masahiro Yamada Signed-off-by: Philipp Zabel Signed-off-by: Sasha Levin

Merge tag 'v5.4.16' into dev-5.4

2020-01-31T04:22:08+00:00

This is the 5.4.16 stable release Signed-off-by: Joel Stanley

reset: Fix {of,devm}_reset_control_array_get kerneldoc return types

2020-01-23T07:22:43+00:00

commit 723c0011c7f6992f57e2c629fa9c89141acc115f upstream. of_reset_control_array_get() and devm_reset_control_array_get() return struct reset_control pointers, not internal struct reset_control_array pointers, just like all other reset control API calls. Correct the kerneldoc to match the code. Fixes: 17c82e206d2a3cd8 ("reset: Add APIs to manage array of resets") Signed-off-by: Geert Uytterhoeven Signed-off-by: Philipp Zabel Signed-off-by: Greg Kroah-Hartman

reset: brcmstb: Remove resource checks

2020-01-17T18:48:29+00:00

commit ce89d8d3a70fa530e16f0b0f8994385a214cd0c0 upstream. The use of IS_ALIGNED() is incorrect, the typical resource we pass looks like this: start: 0x8404318, size: 0x30. When using IS_ALIGNED() we will get the following 0x8404318 & (0x18 - 1) = 0x10 which is definitively not equal to 0, same goes with the size. These two checks would make the driver fail probing. Remove the resource checks, since there should be no constraint on the base addresse or size. Fixes: 77750bc089e4 ("reset: Add Broadcom STB SW_INIT reset controller driver") Signed-off-by: Florian Fainelli Signed-off-by: Philipp Zabel Signed-off-by: Greg Kroah-Hartman

Merge tag 'v5.4.11' into dev-5.4

2020-01-14T07:05:03+00:00

This is the 5.4.11 stable release Signed-off-by: Joel Stanley

reset: Do not register resource data for missing resets

2020-01-12T11:21:21+00:00

[ Upstream commit db23808615e29d9a04f96806cac56f78b0fee0ef ] When an optional reset is not present, __devm_reset_control_get() and devm_reset_control_array_get() still register resource data to release the non-existing reset on cleanup, which is futile. Fix this by skipping NULL reset control pointers. Signed-off-by: Geert Uytterhoeven Signed-off-by: Philipp Zabel Signed-off-by: Sasha Levin

reset: simple: Add AST2600 compatibility string

2019-12-05T04:31:12+00:00

The AST2600 SoC contains the same LPC register set as the AST2500. OpenBMC-Staging-Count: 2 Reviewed-by: Andrew Jeffery Signed-off-by: Brad Bishop Signed-off-by: Joel Stanley

reset: fix of_reset_control_get_count kerneldoc comment

2019-10-24T08:26:33+00:00

Add a newline and remove a superfluous kerneldoc marker before the of_reset_control_get_count kerneldoc comment, to fix documentation build warnings: ./drivers/reset/core.c:832: warning: Incorrect use of kernel-doc format: * of_reset_control_get_count - Count number of resets available with a device ./drivers/reset/core.c:840: warning: Function parameter or member 'node' not described in 'of_reset_control_get_count' Fixes: 17c82e206d2a ("reset: Add APIs to manage array of resets") Signed-off-by: Philipp Zabel

reset: fix of_reset_simple_xlate kerneldoc comment

2019-10-24T08:26:33+00:00

The flags parameter never made it into the API, but was erroneously included in the kerneldoc comment. Remove it to fix a documentation build warning: ./drivers/reset/core.c:86: warning: Excess function parameter 'flags' description in 'of_reset_simple_xlate' Fixes: 61fc41317666 ("reset: Add reset controller API") Signed-off-by: Philipp Zabel