Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp1519520ybt; Thu, 25 Jun 2020 07:56:52 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx1mwGWycv2WfwHK7IrhTGyxVuSoWQP59VJXsq0+jxTh9oyWiY6RJNicxTruDKhqe8DGt/E X-Received: by 2002:a17:906:7ac9:: with SMTP id k9mr28502978ejo.489.1593097012512; Thu, 25 Jun 2020 07:56:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593097012; cv=none; d=google.com; s=arc-20160816; b=a8ZJy1b9Al/PiPT7Tgd3uQmZBeKcN0TyzDmkdXKpUYJbeXtLToprjhvFAeJZe/lVma C8vL/7f8A4a5y3hT6Tfzj5ce/XPT4jw8apEXeYCwt3cxICeVASDvwJ/MbJh8vcGu+lOD ZzTqOJT3b+u4zda5RdaMLLogpHVS0IQYbWKKT7NSr3bSHqZet6ok1PPHAiB4+KAmWCah FLVPJSJmOac/ucKPPPEjrm+XBzT2YrlOm58ySAULfH9JiaPkOBwRJGrlgIIxd7d4wBDI QnbejlC2H2dlwWZ52CBYz1nixUCYKquVNbptVgA71uveZtlagqvgvvgHSw5ZFVmIxlwT r97Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=7B2ylemlg3UufT6bntETwZaNw4G6oq/v8X07taOds1U=; b=iz1iRrFE7CHqQlzNhnyD10+5byEln2QdFHdIvG/x+N97QEzOGMxTgNy5wzWMX4fvTL 0ZFCHIHhzn4v6J/1TSOMNMfdL1LuQN45LaRGtooIPcwDykBwcE2nsHWNWYimiHIIgLSk 6mVHqh4vp7twOm4K+R9CPY5kdmhPlTzHeJ6GqY/SRsRskidAnG1cDdT/qU852xuo15Km i6iOFmu53BEvUZnmwJanIlBaMbjh6kd7/zjYOWJiACo3O7do1x7823if7TB6gGZ7JPdZ DBT9YFrQqmoW6+GQ8sC/IBwxeuxqKykmkdw2KpKgLp1kvVtxW0nIZyHkVXmuCf0vHwA8 e/7w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id lv11si2620315ejb.106.2020.06.25.07.56.29; Thu, 25 Jun 2020 07:56:52 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2405533AbgFYOzI (ORCPT + 99 others); Thu, 25 Jun 2020 10:55:08 -0400 Received: from honk.sigxcpu.org ([24.134.29.49]:38510 "EHLO honk.sigxcpu.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2405425AbgFYOzH (ORCPT ); Thu, 25 Jun 2020 10:55:07 -0400 Received: from localhost (localhost [127.0.0.1]) by honk.sigxcpu.org (Postfix) with ESMTP id C3418FB03; Thu, 25 Jun 2020 16:55:04 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at honk.sigxcpu.org Received: from honk.sigxcpu.org ([127.0.0.1]) by localhost (honk.sigxcpu.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1airAkfx232Y; Thu, 25 Jun 2020 16:55:03 +0200 (CEST) Received: by bogon.sigxcpu.org (Postfix, from userid 1000) id 3490445273; Thu, 25 Jun 2020 16:55:03 +0200 (CEST) Date: Thu, 25 Jun 2020 16:55:03 +0200 From: Guido =?iso-8859-1?Q?G=FCnther?= To: Lucas Stach Cc: Russell King , Christian Gmeiner , David Airlie , Daniel Vetter , etnaviv@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 0/5] drm/etnaviv: Ignore MC bit when checking for runtime suspend Message-ID: <20200625145503.GA48167@bogon.m.sigxcpu.org> References: <4c61fde86c5e0dced249221dbc0a8d4207d5bffa.camel@pengutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4c61fde86c5e0dced249221dbc0a8d4207d5bffa.camel@pengutronix.de> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On Tue, Mar 03, 2020 at 12:55:04PM +0100, Lucas Stach wrote: > 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? The difference is at least 250mW. It makes a huge difference over here. We hit https://lore.kernel.org/dri-devel/20200614064601.7872-1-navid.emamdoost@gmail.com/ recently and you notice instantly when that happens when looking at the SoC temperature. Cheers, -- Guido > > 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(-) > > >