From patchwork Fri Mar 14 10:07:49 2014 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Daniel Vetter X-Patchwork-Id: 3832031 Return-Path: X-Original-To: patchwork-intel-gfx@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork1.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.19.201]) by patchwork1.web.kernel.org (Postfix) with ESMTP id 4809F9F383 for ; Fri, 14 Mar 2014 10:08:10 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id 71C3B20320 for ; Fri, 14 Mar 2014 10:08:09 +0000 (UTC) Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) by mail.kernel.org (Postfix) with ESMTP id A69D4202F8 for ; Fri, 14 Mar 2014 10:08:07 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 5FC47FB3D6; Fri, 14 Mar 2014 03:08:06 -0700 (PDT) X-Original-To: intel-gfx@lists.freedesktop.org Delivered-To: intel-gfx@lists.freedesktop.org Received: from mail-ee0-f42.google.com (mail-ee0-f42.google.com [74.125.83.42]) by gabe.freedesktop.org (Postfix) with ESMTP id F2AB2FB3D3 for ; Fri, 14 Mar 2014 03:07:59 -0700 (PDT) Received: by mail-ee0-f42.google.com with SMTP id d17so1174777eek.1 for ; Fri, 14 Mar 2014 03:07:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=KXXZJ6ANgNUcYYx1nXisgkAUsa8TvKMLpjPsMKJYUJA=; b=ZmocI+CmEaj+iVuyvyGDv5dtITJLbJw2i7emDSia1ZdsaDbI7DjYVDa1U4Be8yjw3c 0lElsR7O1EL83OglNnpxU1VKHKxvyA6YxegB8WG7Qhi60SVtL+26euCR/AL0TbpV0ypn 6zb2AvMBsQGoUkQ3M6N1dwdpZDMlZEs+oUcMw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=KXXZJ6ANgNUcYYx1nXisgkAUsa8TvKMLpjPsMKJYUJA=; b=QZdyg37W+YwYoAEGu9LhIwxashG39WqEHDu8Up7qSVLpWS0+IAs9L761JZmRFtogWS bQuz1ez+/3waXfqjutrxg6cEDiCDSJ7Vw87J8C/GGqTTRbAW7M4nNmyg7+xXHje7JkGA BnFOqMTrS4L5E5Fd9wkx9z+piRdNkSLhnirTA9+X6+kqAabHXx8B72rvjMWSl+4kZQcQ SpLiDJ/KmhUxlJL1kFC3KdAV1PThzLEpQyYCFWUjsmqmg4c4zAgUXRlXhOex4kpldADg P7XQB4yWAKOMtsmAtkpQqKuYexHoVi9iXoV1gRD/DMI2k2G8c6CiSCNmfoWVQ7A6PmgH 3CIA== X-Gm-Message-State: ALoCoQkkWuJNpY9Se8XwQMKcAIEsBVFZ/EjIRI4sp1hRC/jcdn8e6S5vNswW1roOlAwWdx/Xd5Yc X-Received: by 10.14.109.201 with SMTP id s49mr7477786eeg.88.1394791679134; Fri, 14 Mar 2014 03:07:59 -0700 (PDT) Received: from aaron.ffwll.local (84-73-67-144.dclient.hispeed.ch. [84.73.67.144]) by mx.google.com with ESMTPSA id m8sm16072844eeg.11.2014.03.14.03.07.57 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 14 Mar 2014 03:07:58 -0700 (PDT) From: Daniel Vetter To: Intel Graphics Development Date: Fri, 14 Mar 2014 11:07:49 +0100 Message-Id: <1394791669-16910-2-git-send-email-daniel.vetter@ffwll.ch> X-Mailer: git-send-email 1.8.4.rc3 In-Reply-To: <1394791669-16910-1-git-send-email-daniel.vetter@ffwll.ch> References: <1394791669-16910-1-git-send-email-daniel.vetter@ffwll.ch> Cc: Daniel Vetter Subject: [Intel-gfx] [PATCH 2/2] tests/pm_rps: wait longer for idling X-BeenThere: intel-gfx@lists.freedesktop.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Intel graphics driver community testing & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Sender: intel-gfx-bounces@lists.freedesktop.org Errors-To: intel-gfx-bounces@lists.freedesktop.org X-Spam-Status: No, score=-4.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, RCVD_IN_DNSWL_MED, T_DKIM_INVALID, T_RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP 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 Cc: Chris Wilson Signed-off-by: Daniel Vetter --- 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;