tests/xics: Fix assumption that interrupts happen immediately
authorPaul Mackerras <paulus@ozlabs.org>
Thu, 11 Jun 2020 04:57:30 +0000 (14:57 +1000)
committerPaul Mackerras <paulus@ozlabs.org>
Sat, 13 Jun 2020 07:43:47 +0000 (17:43 +1000)
commit03f9d7a97e8bbec46b2cbd3386774295e48a8387
tree9d51eb2d193014556c62db67d60d99eedee32f56
parent5a00029519a8887f87763cbef8424d1f90f2e1b1
tests/xics: Fix assumption that interrupts happen immediately

Currently the test writes to the XICS and then checks that the
expected interrupt has happened.  This turns into a stbcix
instruction followed immediately by a load from the variable that
indicates whether an interrupt has happened.  It is possible for
it to take a few cycles for the store to reach the XICS and the
interrupt request signal to come back to the core, particularly
with improvements to the load/store unit and dcache.

This therefore adds a delay between storing to the XICS and
checking for the occurrence of an interrupt, so as to give the
signals time to propagate.  The delay loop does an arbitrary 10
iterations, and each iteration does two loads and one store to
(cacheable) memory.

Signed-off-by: Paul Mackerras <paulus@ozlabs.org>
tests/test_xics.bin
tests/xics/xics.c