From patchwork Mon May 21 09:11:02 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Laurent Pinchart X-Patchwork-Id: 10414419 X-Patchwork-Delegate: geert@linux-m68k.org Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork.web.codeaurora.org (Postfix) with ESMTP id A995860365 for ; Mon, 21 May 2018 09:10:43 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 9BAAD2874E for ; Mon, 21 May 2018 09:10:43 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 9005B2875F; Mon, 21 May 2018 09:10:43 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-8.0 required=2.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, MAILING_LIST_MULTI, RCVD_IN_DNSWL_HI autolearn=ham version=3.3.1 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 37CFB2874E for ; Mon, 21 May 2018 09:10:43 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750993AbeEUJKn (ORCPT ); Mon, 21 May 2018 05:10:43 -0400 Received: from perceval.ideasonboard.com ([213.167.242.64]:46122 "EHLO perceval.ideasonboard.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751039AbeEUJKm (ORCPT ); Mon, 21 May 2018 05:10:42 -0400 Received: from avalon.bb.dnainternet.fi (dfj612ybrt5fhg77mgycy-3.rev.dnainternet.fi [IPv6:2001:14ba:21f5:5b00:2e86:4862:ef6a:2804]) by perceval.ideasonboard.com (Postfix) with ESMTPSA id D22E31BF7; Mon, 21 May 2018 11:10:40 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1526893841; bh=rSy+JbcO7g877ONJiz6+SX0mEerRb+eydJ635g6zl9A=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=ttMxVMGQqszcoBjRUr1DlY/TwYv5FqieqKYJvDVPOmf6vZnpeQXAV8TNR624DO3TA /QDDLh0Xm2uVaBQYx64GWlEcH3zsb3YJBZICjTQ8+g7covrxN5OF/XemySZ7HKwtOC 4/b83A0Fo5RlTrMPb3fOHZqdSvdTxiAY7niX7M6U= From: Laurent Pinchart To: linux-renesas-soc@vger.kernel.org Cc: kieran.bingham@ideasonboard.com Subject: [PATCH v2 2/2] tests: suspend/resume: Increase number of processed frames Date: Mon, 21 May 2018 12:11:02 +0300 Message-Id: <20180521091102.18764-3-laurent.pinchart@ideasonboard.com> X-Mailer: git-send-email 2.16.1 In-Reply-To: <20180521091102.18764-1-laurent.pinchart@ideasonboard.com> References: <20180521091102.18764-1-laurent.pinchart@ideasonboard.com> Sender: linux-renesas-soc-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-renesas-soc@vger.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP The suspend/resume test starts a run of 300 frames and suspends the system one second later. On some SoCs (namely H3 ES2.0) the VSP bandwidth is high enough to complete processing of 300 frames in less than a second. The test thus suspends and resumes the system with the VSP idle instead of running, defeating the purpose of the test. Fix this by increasing the number of frames to process to 1000. The frame count is now passed as an argument to the test_extended_wpf_packing function to ease future changes. Signed-off-by: Laurent Pinchart Reviewed-by: Kieran Bingham --- Changes since v1: - Don't explicitly state at which frame suspend/resume is expected to occur as that's device-dependent - Compare the last three frames instead of just one --- tests/vsp-unit-test-0020.sh | 15 ++++++++------- 1 file changed, 8 insertions(+), 7 deletions(-) diff --git a/tests/vsp-unit-test-0020.sh b/tests/vsp-unit-test-0020.sh index 91f6b167f22e..c662466b76de 100755 --- a/tests/vsp-unit-test-0020.sh +++ b/tests/vsp-unit-test-0020.sh @@ -15,25 +15,26 @@ features="rpf.0 wpf.0" # These can be extracted from /sys/power/pm_test suspend_modes="freezer devices platform processors core" -# This extended function performs the same -# as it's non-extended name-sake - but runs the pipeline -# for 300 frames. The suspend action occurs between frame #150~#200 - +# This extended function performs the same as it's non-extended name-sake, but +# runs the pipeline for a configurable number of frames. test_extended_wpf_packing() { local format=$1 + local num_frames=$2 pipe_configure rpf-wpf 0 0 format_configure rpf-wpf 0 0 ARGB32 1024x768 $format - vsp_runner rpf.0 --count=300 & - vsp_runner wpf.0 --count=300 --skip=297 + vsp_runner rpf.0 --count=$num_frames & + vsp_runner wpf.0 --count=$num_frames --skip=$((num_frames-3)) local result=$(compare_frames) [ x$result == xpass ] && return 0 || return 1 } test_hw_pipe() { - test_extended_wpf_packing RGB24 + # Run the pipeline for 1000 frames. The suspend action should occur in + # the middle. + test_extended_wpf_packing RGB24 1000 } test_suspend_resume() {