While in theory this value could be used in places outside of "omap5" (such as OMAP4), we only make use of it today in OMAP5, so place the Kconfig entry there. Given that Kconfig lets us provide a default, we drop CONFIG_DEFAULT_OMAP_RESET_TIME_MAX_USEC entirely. The contents of doc/README.omap-reset-time make a good help entry, so adjust them slightly and delete the file. Move the comment about range to where we use the value now, and have Kconfig enforce the upper bound. Signed-off-by: Tom Rini <trini@konsulko.com>master
parent
89024ddc9e
commit
d87f82967f
@ -1,20 +0,0 @@ |
||||
README on how reset time on OMAPs should be calculated |
||||
|
||||
CONFIG_OMAP_PLATFORM_RESET_TIME_MAX_USEC: |
||||
Most OMAPs' provide a way to specify the time for |
||||
which the reset should be held low while the voltages |
||||
and Oscillator outputs stabilize. |
||||
|
||||
This time is mostly board and PMIC dependent. Hence the |
||||
boards are expected to specify a pre-computed time |
||||
using the above option, (the details on how to compute |
||||
the value are given below) without which a default time |
||||
as specified by CONFIG_DEFAULT_OMAP_RESET_TIME_MAX_USEC |
||||
is used. |
||||
|
||||
The value for CONFIG_OMAP_PLATFORM_RESET_TIME_MAX_USEC |
||||
can be computed using a summation of the below 3 parameters |
||||
-1- Time taken by the Osciallator to stop and restart |
||||
-2- PMIC OTP time |
||||
-3- Voltage ramp time, which can be derived using the |
||||
PMIC slew rate and value of voltage ramp needed. |
Loading…
Reference in new issue