summaryrefslogtreecommitdiff
path: root/src/southbridge/intel/fsp_i89xx
diff options
context:
space:
mode:
authorJulius Werner <jwerner@chromium.org>2018-11-02 14:48:24 -0700
committerJulius Werner <jwerner@chromium.org>2018-11-07 06:17:37 +0000
commit5132570845443767539fc00b502f6eafbfa37ba2 (patch)
tree5955e1e6a9a69df23e81b70c264c30a44d1e86dc /src/southbridge/intel/fsp_i89xx
parent55a972236ee93d36bd3df4e8e5680ba447242bd7 (diff)
timer: Add wait_us/wait_ms helper macros to wait for conditions
A very common pattern in drivers is that we need to wait for a condition to become true (e.g. for a lock bit in a PLL status register to become set), but we still want to have a maximum timeout before we treat it as an error. coreboot uses the stopwatch API for this, but it's still a little verbose for the most simple cases. This patch introduces two new helper macros that wrap this common application of the stopwatch API in a single line: wait_ms(XXX, YYY) waits for up to XXX milliseconds to see if the C condition 'if (YYY)' becomes true. The return value is 0 on failure (i.e. timeout expires without the condition becoming true) and the amount of elapsed time on success, so it can be used both in a boolean context and to log the amount of time waited. Replace the custom version used in an MTK ADC driver with this new generic version. Change-Id: I6de38ee00673c46332ae92b8a11099485de5327a Signed-off-by: Tristan Shieh <tristan.shieh@mediatek.com> Signed-off-by: Julius Werner <jwerner@chromium.org> Reviewed-on: https://review.coreboot.org/29315 Tested-by: build bot (Jenkins) <no-reply@coreboot.org> Reviewed-by: Aaron Durbin <adurbin@chromium.org>
Diffstat (limited to 'src/southbridge/intel/fsp_i89xx')
0 files changed, 0 insertions, 0 deletions