Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp3322963ybf; Tue, 3 Mar 2020 03:58:51 -0800 (PST) X-Google-Smtp-Source: ADFU+vugCZPY/gmMsDV353lhpaGX4vc1NBi63Ceqnfe7rV3MbtIqfDQzgFECi1ehyxD0Q7tczp6D X-Received: by 2002:aca:100e:: with SMTP id 14mr2195575oiq.88.1583236731511; Tue, 03 Mar 2020 03:58:51 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583236731; cv=none; d=google.com; s=arc-20160816; b=wp/rM/ZNuQqAFxT68p606Qp7QeTTF5kJRM6shxpiuREOmmKOA5Z8y899p8PAmjPU4k 6qhNbliNWD1ttmA8ylS1xGBj9MIIrNBuoZGM/zX6s6XkQfLb1hXNsSeDhvstsomMCbmK YOnRx5jQeebkXGEMgXNr9Bd12kCYzlT1mk6Dfz33bsOE7pz/YM0lLcC0mcRVH+SjhtAK iTGnJK8EC3SMzt6tNLWtZlKUqv3lIg42kIc8AakW4/lWiHRUTSprZBoeXNA0yc43sZDF 7o5I0MqIvWZIOjo4iWyEGozYq61p2E6Uv/nhl3y0GMlZeYjR6HbtqvVKQTp8XyyRGpnf UpxA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:to:from:subject:message-id; bh=JayJnUBt+3NxYP/W3C6ZCdcoRIngX2JMeImaOtolWIE=; b=mnQq9wvbh77zhSXhSStrQjQbyOSMWS/vQL9/8uiMW9lMdGaQlWbkJdB+eFswtdsJ0O VfLWEztcOBrRn/2dH1XV2Zlp0vFjOnAjrmBK/p2c5W6iK0CMqhBTeVmpQ1rerSZy4rud Mvvh2Kin/pmdfFanodx9xdrBLFoBqzjmwqW9szUgVBewJhiUSuj8LvOAAGXGbf+0dEQm VQBzD1j8S6Kp21jkbSrWnfaRT7SdPzsE7OYirrAP+9zOueKAGBHrWW8DFY0TR3XnZ0aJ cbdq8DJqE3N96oVTN8LKB4f88oi80nW/VSxxJch8XGTPyWSdAD8kc1eUTjvYJRCxocPf LxqQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s15si3448706otr.16.2020.03.03.03.58.38; Tue, 03 Mar 2020 03:58:51 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729103AbgCCLzK (ORCPT + 99 others); Tue, 3 Mar 2020 06:55:10 -0500 Received: from metis.ext.pengutronix.de ([85.220.165.71]:42039 "EHLO metis.ext.pengutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729071AbgCCLzJ (ORCPT ); Tue, 3 Mar 2020 06:55:09 -0500 Received: from kresse.hi.pengutronix.de ([2001:67c:670:100:1d::2a]) by metis.ext.pengutronix.de with esmtp (Exim 4.92) (envelope-from ) id 1j968f-0000I7-0k; Tue, 03 Mar 2020 12:55:05 +0100 Message-ID: <4c61fde86c5e0dced249221dbc0a8d4207d5bffa.camel@pengutronix.de> Subject: Re: [PATCH 0/5] drm/etnaviv: Ignore MC bit when checking for runtime suspend From: Lucas Stach To: Guido =?ISO-8859-1?Q?G=FCnther?= , Russell King , Christian Gmeiner , David Airlie , Daniel Vetter , etnaviv@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org Date: Tue, 03 Mar 2020 12:55:04 +0100 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.30.5-1.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 2001:67c:670:100:1d::2a X-SA-Exim-Mail-From: l.stach@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false X-PTX-Original-Recipient: linux-kernel@vger.kernel.org Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mo, 2020-03-02 at 20:13 +0100, Guido Günther wrote: > At least GC7000 fails to enter runtime suspend for long periods of time since > the MC becomes busy again even when the FE is idle. The rest of the series > makes detecting similar issues easier to debug in the future by checking > all known bits in debugfs and also warning in the EBUSY case. Thanks, series applied to etnaviv/next. > Tested on GC7000 with a reduced runtime delay of 50ms. Patches are > against next-20200226. I've already wondered if 200ms is too long, 50ms sounds more reasonable. Do you have any numbers on the power draw on the i.MX8M with idle GPU, vs. being fully power gated? Regards, Lucas > Thanks to Lucas Stach for pointing me in the right direction. > > Guido Günther (5): > drm/etnaviv: Fix typo in comment > drm/etnaviv: Update idle bits > drm/etnaviv: Consider all kwnown idle bits in debugfs > drm/etnaviv: Ignore MC when checking runtime suspend idleness > drm/etnaviv: Warn when GPU doesn't idle fast enough > > drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 26 ++++++++++++++++++++++---- > drivers/gpu/drm/etnaviv/state_hi.xml.h | 7 +++++++ > 2 files changed, 29 insertions(+), 4 deletions(-) >