[Skiboot] [PATCH 2/2] core/fast-reboot: Increase timeout for dctl sreset to 1sec
Nicholas Piggin
npiggin at gmail.com
Thu Apr 19 01:54:48 AEST 2018
On Wed, 18 Apr 2018 21:06:46 +0530
Vaidyanathan Srinivasan <svaidy at linux.vnet.ibm.com> wrote:
> Direct control xscom can take more time to complete. We seem to
> wait too little on Boston failing fast-reboot for no good reason.
>
> Increase timeout to 1 sec as a reasonable value for sreset to be delivered
> and core to start executing instructions.
>
> Signed-off-by: Vaidyanathan Srinivasan <svaidy at linux.vnet.ibm.com>
> ---
> core/fast-reboot.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/core/fast-reboot.c b/core/fast-reboot.c
> index 2be12bd2..8686aca7 100644
> --- a/core/fast-reboot.c
> +++ b/core/fast-reboot.c
> @@ -163,7 +163,7 @@ void fast_reboot(void)
> }
>
> /* Ensure all the sresets get through */
> - if (!cpu_state_wait_all_others(cpu_state_present, msecs_to_tb(100))) {
> + if (!cpu_state_wait_all_others(cpu_state_present, msecs_to_tb(1000))) {
> prlog(PR_NOTICE, "RESET: Fast reboot timed out waiting for "
> "secondaries to call in\n");
> return;
I don't see much harm in this, it's interesting they take so
long though.
Reviewed-by: Nicholas Piggin <npiggin at gmail.com>
More information about the Skiboot
mailing list