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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxxxx>
Cc: Chris Wilson <chris@xxxxxxxxxxxxxxxxxx>
Signed-off-by: Daniel Vetter <daniel.vetter@xxxxxxxx>
---
 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

_______________________________________________
Intel-gfx mailing list
Intel-gfx@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/intel-gfx




[Index of Archives]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux