Nishanth Menon <nm@xxxxxx> writes:
> From: Wenbiao Wang <wwang@xxxxxx>
>
> Voltage Processor state machine transition to disable need to
> occur from IDLE state. When we transition OPP in a functioning
> system, the call sequence for an OPP transition is as follows:
> omap_sr_disable
> -> sr class 3 disable
> -> vp disable
> -> sr disable
> forceupdate to voltage/frequency scale depending on which OPP
> we are transitioning to.
>
> If we hit a critical timing window where SR had commanded VP
> for a voltage transition and VP is in the middle of operating
> on that command, it needs to go through a few states before
> going to update state(where it actually sends the command to
> VC). Initial view of h/w owners is that the state disable of VP
> is expected to be sampled for the next transition.
>
> Instead, to be on a safer side, we ensure that the valid states
> of the VP state machine is diligently followed by software. This
> can be done by waiting for VP to be in idle prior to disabling
> VP. Existing prints have been updated to ensure context is
> available on error messages.
>
> As part of this change, increase timeout for VP idle check to
> improbable 500uSec to be certain that system is indeed unable
> to continue before crashing out with error(worst case expectancy
> remains the same 3-100uSec depending on when we caught VP).
>
> Cc: Tony Lindgren <tony@xxxxxxxxxxx>
> Cc: Kevin Hilman <khilman@xxxxxx>
> Cc: linux-omap@xxxxxxxxxxxxxxx
> Cc: linux-arm-kernel@xxxxxxxxxxxxxxxxxxx
>
> [nm@xxxxxx: port from android]
> Signed-off-by: Nishanth Menon <nm@xxxxxx>
> Signed-off-by: Wenbiao Wang <wwang@xxxxxx>
> ---
> arch/arm/mach-omap2/vp.c | 15 +++++++++++++--
> arch/arm/mach-omap2/vp.h | 2 +-
> 2 files changed, 14 insertions(+), 3 deletions(-)
>
> diff --git a/arch/arm/mach-omap2/vp.c b/arch/arm/mach-omap2/vp.c
> index f95c1ba..925d869 100644
> --- a/arch/arm/mach-omap2/vp.c
> +++ b/arch/arm/mach-omap2/vp.c
> @@ -262,6 +262,17 @@ void omap_vp_disable(struct voltagedomain *voltdm)
> return;
> }
>
> + /*
> + * Wait for VP idle Typical latency is <2us. Maximum latency is ~100us
> + * Depending on if we catch VP in the middle of an SR operation.
> + */
> + omap_test_timeout((voltdm->read(vp->vstatus)),
> + VP_IDLE_TIMEOUT, timeout);
> +
> + if (timeout >= VP_IDLE_TIMEOUT)
> + pr_warning("%s: vdd_%s idle timedout before disable\n",
> + __func__, voltdm->name);
> +
Shouldn't this bail out here instead of continuing to disable VP?
It would be even better to have some error recovery (or at least
clean failure) here rather than just printing a warning and continuing.
> /* Disable VP */
> vpconfig = voltdm->read(vp->vpconfig);
> vpconfig &= ~vp->common->vpconfig_vpenable;
> @@ -274,8 +285,8 @@ void omap_vp_disable(struct voltagedomain *voltdm)
> VP_IDLE_TIMEOUT, timeout);
>
> if (timeout >= VP_IDLE_TIMEOUT)
> - pr_warning("%s: vdd_%s idle timedout\n",
> - __func__, voltdm->name);
> + pr_warning("%s: vdd_%s idle timedout after disable\n",
> + __func__, voltdm->name);
>
> vp->enabled = false;
>
> diff --git a/arch/arm/mach-omap2/vp.h b/arch/arm/mach-omap2/vp.h
> index 7c155d2..0abf895 100644
> --- a/arch/arm/mach-omap2/vp.h
> +++ b/arch/arm/mach-omap2/vp.h
> @@ -31,7 +31,7 @@ struct voltagedomain;
> #define OMAP4_VP_VDD_MPU_ID 2
>
> /* XXX document */
> -#define VP_IDLE_TIMEOUT 200
> +#define VP_IDLE_TIMEOUT 500
Were you planning to insert the comment here as suggested by Eduardo?
Kevin
> #define VP_TRANXDONE_TIMEOUT 300
>
> /**
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
