Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp7646947ybi; Mon, 22 Jul 2019 17:39:46 -0700 (PDT) X-Google-Smtp-Source: APXvYqxtdlF3jMLPXe2Sl9yr+erEqMW+APDUBMURW2u5zLBOWqlmRMe3dSbTjQPbmMYPoGo5qw1f X-Received: by 2002:a17:902:70cc:: with SMTP id l12mr36443882plt.87.1563842386121; Mon, 22 Jul 2019 17:39:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1563842386; cv=none; d=google.com; s=arc-20160816; b=AicYB+xvDbnA8fklNqvRFVpNvgI4zYtPbhB8jYLSMzzD5NvKWo6viYmxlJT1IZQYMv UT9ju6LWp7udVRG3R4YupREvpY1G7wtfKEFg1HSxKyFZJeMA4PTQcyInkqfGWjQZBr00 3DHx2lG/BCAoelrUNCJdFwZ2E4OcWrmW0/8gX/pK8gxWlac3J6LICrj64u10f1GjNeLY 7XqgmDr13CLl33A+O8SdJVldLCUoz+ecl+SUYdIqfRy8ojUdm9cj9mFP0BnfQ7u01vbc sAB36Zvyt3NG0q2U58Qlz92MHzSw0uh4rVHkMKoeCKj8dK6sTDG9GDJ1fUocxUSo3P2d ci8Q== 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 :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=cGVtchs18LTuH4MM9tKhjrCFrtFXcMhMIs0n/tNuFzk=; b=cgacWE2e8kDRNP3qJQPKImFwbnbQvZOwS5O7zjZWElXHn7fY4pj4seq9Zlgi8cnwqt sxc9Iu/2i2q60e9maJhGRGunyDhPkjppXJN1nDSl0mbRhScKJdZ8sBZcDM6WyPa2L/F5 XOT6/e0bJehkN0ebgy0qsglk03El0QCmoY94ATmvmEpWndz/eTVp6cJe9ZwxtfgamN7f cZTkaI2svuVOjVwvrL7YlkUfX+ge0yzohednRIO8dVtHT1+Jq6xq9RixBe1V+P9t19I4 4DjiUnAXaSIiXAYPPUahGcBc2q6+ATdRdpqHyI+T7LJHebIrFC3L0U2riixKTYsLeZDo ycbg== 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 cl7si11390116plb.267.2019.07.22.17.39.29; Mon, 22 Jul 2019 17:39:46 -0700 (PDT) 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 S1731228AbfGVSiq convert rfc822-to-8bit (ORCPT + 99 others); Mon, 22 Jul 2019 14:38:46 -0400 Received: from foss.arm.com ([217.140.110.172]:43464 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728798AbfGVSiq (ORCPT ); Mon, 22 Jul 2019 14:38:46 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 1A810344; Mon, 22 Jul 2019 11:38:45 -0700 (PDT) Received: from why (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 96F263F71A; Mon, 22 Jul 2019 11:38:41 -0700 (PDT) Date: Mon, 22 Jul 2019 19:38:38 +0100 From: Marc Zyngier To: Sowjanya Komatineni Cc: Dmitry Osipenko , , , , , , , , , , , , , , , , , , , , , Subject: Re: [PATCH V6 01/21] irqchip: tegra: Do not disable COP IRQ during suspend Message-ID: <20190722193838.0d7cd2ad@why> In-Reply-To: References: <1563738060-30213-1-git-send-email-skomatineni@nvidia.com> <1563738060-30213-2-git-send-email-skomatineni@nvidia.com> <20c1d733-60f5-6375-c03c-639de5e41739@arm.com> <0bee8775-756f-adad-4597-8cad53017718@gmail.com> Organization: ARM Ltd X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 22 Jul 2019 09:21:21 -0700 Sowjanya Komatineni wrote: > On 7/22/19 3:57 AM, Dmitry Osipenko wrote: > > 22.07.2019 13:13, Marc Zyngier пишет: > >> On 22/07/2019 10:54, Dmitry Osipenko wrote: > >>> 21.07.2019 22:40, Sowjanya Komatineni пишет: > >>>> Tegra210 platforms use sc7 entry firmware to program Tegra LP0/SC7 entry > >>>> sequence and sc7 entry firmware is run from COP/BPMP-Lite. > >>>> > >>>> So, COP/BPMP-Lite still need IRQ function to finish SC7 suspend sequence > >>>> for Tegra210. > >>>> > >>>> This patch has fix for leaving the COP IRQ enabled for Tegra210 during > >>>> interrupt controller suspend operation. > >>>> > >>>> Acked-by: Thierry Reding > >>>> Signed-off-by: Sowjanya Komatineni > >>>> --- > >>>> drivers/irqchip/irq-tegra.c | 20 ++++++++++++++++++-- > >>>> 1 file changed, 18 insertions(+), 2 deletions(-) > >>>> > >>>> diff --git a/drivers/irqchip/irq-tegra.c b/drivers/irqchip/irq-tegra.c > >>>> index e1f771c72fc4..851f88cef508 100644 > >>>> --- a/drivers/irqchip/irq-tegra.c > >>>> +++ b/drivers/irqchip/irq-tegra.c > >>>> @@ -44,6 +44,7 @@ static unsigned int num_ictlrs; > >>>> > >>>> struct tegra_ictlr_soc { > >>>> unsigned int num_ictlrs; > >>>> + bool supports_sc7; > >>>> }; > >>>> > >>>> static const struct tegra_ictlr_soc tegra20_ictlr_soc = { > >>>> @@ -56,6 +57,7 @@ static const struct tegra_ictlr_soc tegra30_ictlr_soc = { > >>>> > >>>> static const struct tegra_ictlr_soc tegra210_ictlr_soc = { > >>>> .num_ictlrs = 6, > >>>> + .supports_sc7 = true, > >>>> }; > >>>> > >>>> static const struct of_device_id ictlr_matches[] = { > >>>> @@ -67,6 +69,7 @@ static const struct of_device_id ictlr_matches[] = { > >>>> > >>>> struct tegra_ictlr_info { > >>>> void __iomem *base[TEGRA_MAX_NUM_ICTLRS]; > >>>> + const struct tegra_ictlr_soc *soc; > >>>> #ifdef CONFIG_PM_SLEEP > >>>> u32 cop_ier[TEGRA_MAX_NUM_ICTLRS]; > >>>> u32 cop_iep[TEGRA_MAX_NUM_ICTLRS]; > >>>> @@ -147,8 +150,20 @@ static int tegra_ictlr_suspend(void) > >>>> lic->cop_ier[i] = readl_relaxed(ictlr + ICTLR_COP_IER); > >>>> lic->cop_iep[i] = readl_relaxed(ictlr + ICTLR_COP_IEP_CLASS); > >>>> > >>>> - /* Disable COP interrupts */ > >>>> - writel_relaxed(~0ul, ictlr + ICTLR_COP_IER_CLR); > >>>> + /* > >>>> + * AVP/COP/BPMP-Lite is the Tegra boot processor. > >>>> + * > >>>> + * Tegra210 system suspend flow uses sc7entry firmware which > >>>> + * is executed by COP/BPMP and it includes disabling COP IRQ, > >>>> + * clamping CPU rail, turning off VDD_CPU, and preparing the > >>>> + * system to go to SC7/LP0. > >>>> + * > >>>> + * COP/BPMP wakes up when COP IRQ is triggered and runs > >>>> + * sc7entry-firmware. So need to keep COP interrupt enabled. > >>>> + */ > >>>> + if (!lic->soc->supports_sc7) > >>>> + /* Disable COP interrupts if SC7 is not supported */ > >>> All Tegra SoCs support SC7, hence the 'supports_sc7' and the comment > >>> doesn't sound correct to me. Something like 'firmware_sc7' should suit > >>> better here. > >> If what you're saying is true, then the whole patch is wrong, and the > >> SC7 property should come from DT. > > It should be safe to assume that all of existing Tegra210 devices use > > the firmware for SC7, hence I wouldn't say that the patch is entirely > > wrong. To me it's not entirely correct. > > Yes, all existing Tegra210 platforms uses sc7 entry firmware for SC7 and > AVP/COP IRQ need to be kept enabled as during suspend ATF triggers IRQ > to COP for SC7 entry fw execution. That's not the question. Dmitry says that the SC7 support is not a property of the SoC, but mostly a platform decision on whether the firmware supports SC7 or not. To me, that's a clear indication that this should not be hardcoded in the driver, but instead obtained dynamically, via DT or otherwise. > > > >>>> + writel_relaxed(~0ul, ictlr + ICTLR_COP_IER_CLR); > >>> Secondly, I'm also not sure why COP interrupts need to be disabled for > >>> pre-T210 at all, since COP is unused. This looks to me like it was > >>> cut-n-pasted from downstream kernel without a good reason and could be > >>> simply removed. > >> Please verify that this is actually the case. Tegra-2 definitely needed > >> some level of poking, and I'm not keen on changing anything there until > >> you (or someone else) has verified it on actual HW (see e307cc8941fc). > > Tested on Tegra20 and Tegra30, LP1 suspend-resume works perfectly fine > > with all COP bits removed from the driver. > > > > AFAIK, the reason why downstream needed that disabling is that it uses > > proprietary firmware which is running on the COP and that firmware is > > usually a BLOB audio/video DEC-ENC driver which doesn't cleanup > > interrupts after itself. That firmware is not applicable for the > > upstream kernel, hence there is no need to care about it. > > > >> Joseph, can you please shed some light here? > > SC7 entry flow uses 3rd party ATF (arm-trusted FW) blob which is the > one that actually loads SC7 entry firmware and triggers IRQ to > AVP/COP which causes COP to wakeup and run SC7 entry FW. > > So when SC7 support is enabled, IRQ need to be kept enabled and when > SC7 FW starts execution, it will disable COP IRQ. This looks like a lot of undocumented assumptions on what firmware does, as well as what firmware *is*. What I gather from this thread is that there is at least two versions of firmware (a "proprietary firmware" for "downstream kernels", and another one for mainline), and that they do different things. Given that we cannot know what people actually run, I don't think we can safely remove anything unless this gets tested on the full spectrum of HW/FW combination. Thanks, M. -- Without deviation from the norm, progress is not possible.