[Intel-gfx] [PATCH 2/2] tests/pm_rps: wait longer for idling

Daniel Vetter daniel.vetter at ffwll.ch
Fri Mar 14 11:07:49 CET 2014


Big cores seem to take forever to idle, at least my ivb here. Fairly
ridiculous, so maybe there's more room for our debooster to kick in.

Anyway, this gets the min-max-config-idle and reset subtests going
somewhat reliably on my ivb. They still occasionally fail with the
current frequency pegged to max (or close to it) for no apparent
reason at all. Rebooting tends to fix it.

Don't ask, don't tell.

Cc: Jeff McGee <jeff.mcgee at intel.com>
Cc: Chris Wilson <chris at chris-wilson.co.uk>
Signed-off-by: Daniel Vetter <daniel.vetter at ffwll.ch>
---
 tests/pm_rps.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/tests/pm_rps.c b/tests/pm_rps.c
index f5af9c2e92e8..d964f2a7c10e 100644
--- a/tests/pm_rps.c
+++ b/tests/pm_rps.c
@@ -416,7 +416,7 @@ static void basic_check(void)
 }
 
 #define IDLE_WAIT_TIMESTEP_MSEC 100
-#define IDLE_WAIT_TIMEOUT_MSEC 3000
+#define IDLE_WAIT_TIMEOUT_MSEC 10000
 static void idle_check(void)
 {
 	int freqs[NUMFREQ];
@@ -462,7 +462,7 @@ static void loaded_check(void)
 }
 
 #define STABILIZE_WAIT_TIMESTEP_MSEC 100
-#define STABILIZE_WAIT_TIMEOUT_MSEC 2000
+#define STABILIZE_WAIT_TIMEOUT_MSEC 10000
 static void stabilize_check(int *freqs)
 {
 	int wait = 0;
-- 
1.8.4.rc3




More information about the Intel-gfx mailing list