Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp1910863ybz; Thu, 30 Apr 2020 07:37:20 -0700 (PDT) X-Google-Smtp-Source: APiQypI+t9C9lDHvY3LdBPtPK/2lq2Y4C6iLkmAUFqzGAwfO3uJcXZi+o5WOrihcD6+pmjP/VaTx X-Received: by 2002:a50:fc06:: with SMTP id i6mr2842400edr.110.1588257440484; Thu, 30 Apr 2020 07:37:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588257440; cv=none; d=google.com; s=arc-20160816; b=seB+T6Nc2p6B8C/pIcJ7W7uMg4976IyHI7OfQaIXbQa9AxmiSSvR1B0LiMEbekhCEL IbKAZ+pXz1La0E4hvNKM+9MXdTnDjd56x07LV98lqZd7CQtuIUPS0RRrZ6yFqF9NFNQC eIstOysXGyR1JZVyyQFD6Qr79Od46BaDdGJkDyGqttj0mibo+xkZhErE0EIE09GtaBa0 whaTYJJUSchgBCu9VCOPg9uJTgISfeP4lLAdAI/dlHL/Vff7kjNkoRLWOYE/hMM66v4R HywjgvMGiJnVNcb6tWEe6WTektihfOMcDJsf2R5vaNqlKBAa+b2tUUd/lkBCh1SHoPyD srlg== 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:cc:to:from:subject :message-id; bh=rQ2W2zrfTHw9C4Kz5kfJSDMrtu05fT72SOd3/WfTGWU=; b=ZpMZrBYBJvho+GFOWNR/N/BAqRMkVxFVW012mwEGFsfmavrrPcaA+/cj6zDG83koPN tnJyp/PBZDYe7q9fOpRH9UqVNepv0Z2KaVRjHB9TtkPEGeJFlpUQv+MXv/zMt0iF3RTL aHG4VGa6f4QL3kYz1tLBjGUVFaQOEMA9F2MRfXvosjwdHPHd6+UtyKAAYcSlBJPHgodW eJuDoPVWyBVTWvAgHYodi7zcl+m9ztibaZV743UY3qWvoNZ8f6y3922RTSptucY5vm1l 2tVUEZ5HvfuW1XwAaurpwFue+ba+Oyr3WFzSbwPjyKHprud/sxmpF7ktqtQuzdPrVV8Q GPpg== 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 w26si5363992eds.605.2020.04.30.07.36.41; Thu, 30 Apr 2020 07:37:20 -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 S1727972AbgD3Ocn (ORCPT + 99 others); Thu, 30 Apr 2020 10:32:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33018 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726571AbgD3Ocm (ORCPT ); Thu, 30 Apr 2020 10:32:42 -0400 Received: from metis.ext.pengutronix.de (metis.ext.pengutronix.de [IPv6:2001:67c:670:201:290:27ff:fe1d:cc33]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A2F29C035494 for ; Thu, 30 Apr 2020 07:32:42 -0700 (PDT) Received: from gallifrey.ext.pengutronix.de ([2001:67c:670:201:5054:ff:fe8d:eefb] helo=localhost) by metis.ext.pengutronix.de with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jUAEo-0008MV-Bh; Thu, 30 Apr 2020 16:32:30 +0200 Message-ID: <5e1f804c4c27927d10b2283747c1cae6606abe7c.camel@pengutronix.de> Subject: Re: [RFC PATCH 1/4] drm/etnaviv: Prevent IRQ triggering at probe time on i.MX8MM From: Lucas Stach To: Schrempf Frieder , Adam Ford , Anson Huang , Christian Gmeiner , Daniel Baluta , Fabio Estevam , Leonard Crestez , Li Jun , NXP Linux Team , Peng Fan , Pengutronix Kernel Team , Russell King , Sascha Hauer , Shawn Guo , "S.j. Wang" Cc: "devicetree@vger.kernel.org" , "dri-devel@lists.freedesktop.org" , "etnaviv@lists.freedesktop.org" , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" Date: Thu, 30 Apr 2020 16:32:27 +0200 In-Reply-To: <20200430124602.14463-2-frieder.schrempf@kontron.de> References: <20200430124602.14463-1-frieder.schrempf@kontron.de> <20200430124602.14463-2-frieder.schrempf@kontron.de> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.1 (3.36.1-1.fc32) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 2001:67c:670:201:5054:ff:fe8d:eefb 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 Hi Frieder, Am Donnerstag, den 30.04.2020, 12:46 +0000 schrieb Schrempf Frieder: > From: Frieder Schrempf > > On i.MX8MM there is an interrupt getting triggered immediately after > requesting the IRQ, which leads to a stall as the handler accesses > the GPU registers whithout the clock being enabled. > > Enabling the clocks briefly seems to clear the IRQ state, so we do > this before requesting the IRQ. This is most likely caused by improper power-up sequencing. Normally the GPC will trigger a hardware reset of the modules inside a power domain when the domain is powered on. This requires the clocks to be running at this point, as those resets are synchronous, so need clock pulses to propagate through the hardware. From what I see the i.MX8MM is still missing the power domain controller integration, but I'm pretty confident that this problem should be solved in the power domain code, instead of the GPU driver. Regards, Lucas > Signed-off-by: Frieder Schrempf > --- > drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 29 ++++++++++++++++++++----- > -- > 1 file changed, 22 insertions(+), 7 deletions(-) > > diff --git a/drivers/gpu/drm/etnaviv/etnaviv_gpu.c > b/drivers/gpu/drm/etnaviv/etnaviv_gpu.c > index a31eeff2b297..23877c1f150a 100644 > --- a/drivers/gpu/drm/etnaviv/etnaviv_gpu.c > +++ b/drivers/gpu/drm/etnaviv/etnaviv_gpu.c > @@ -1775,13 +1775,6 @@ static int etnaviv_gpu_platform_probe(struct > platform_device *pdev) > return gpu->irq; > } > > - err = devm_request_irq(&pdev->dev, gpu->irq, irq_handler, 0, > - dev_name(gpu->dev), gpu); > - if (err) { > - dev_err(dev, "failed to request IRQ%u: %d\n", gpu->irq, > err); > - return err; > - } > - > /* Get Clocks: */ > gpu->clk_reg = devm_clk_get(&pdev->dev, "reg"); > DBG("clk_reg: %p", gpu->clk_reg); > @@ -1805,6 +1798,28 @@ static int etnaviv_gpu_platform_probe(struct > platform_device *pdev) > gpu->clk_shader = NULL; > gpu->base_rate_shader = clk_get_rate(gpu->clk_shader); > > + /* > + * On i.MX8MM there is an interrupt getting triggered > immediately > + * after requesting the IRQ, which leads to a stall as the > handler > + * accesses the GPU registers whithout the clock being enabled. > + * Enabling the clocks briefly seems to clear the IRQ state, so > we do > + * this here before requesting the IRQ. > + */ > + err = etnaviv_gpu_clk_enable(gpu); > + if (err) > + return err; > + > + err = etnaviv_gpu_clk_disable(gpu); > + if (err) > + return err; > + > + err = devm_request_irq(&pdev->dev, gpu->irq, irq_handler, 0, > + dev_name(gpu->dev), gpu); > + if (err) { > + dev_err(dev, "failed to request IRQ%u: %d\n", gpu->irq, > err); > + return err; > + } > + > /* TODO: figure out max mapped size */ > dev_set_drvdata(dev, gpu); >