Received: by 2002:a25:824b:0:0:0:0:0 with SMTP id d11csp1134107ybn; Wed, 2 Oct 2019 11:19:53 -0700 (PDT) X-Google-Smtp-Source: APXvYqwapk1CHYF6hbLYfuN9++5Fe4BradN2FTrwfQsYK7WYySFjgYIo0YKgApAxnq5bh1p5d6YO X-Received: by 2002:a05:6402:1355:: with SMTP id y21mr5256614edw.303.1570040393640; Wed, 02 Oct 2019 11:19:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570040393; cv=none; d=google.com; s=arc-20160816; b=j7HVT2U3nkk1L4RkIxDBop4hwMDsXeoHbhY8As9C7YCwFbLJ4uEYbMEhCWGwbhT0My 28vS26o8QtPJeSQInxnJaaJ+1uHuei75kVIJAMy+NVIwenewt8R/xWrocZMiT6WsbMtm 0TMZDOW8Q6pI+E2xxi3pXwri758AwVdUm36JybDraBw8VRMhtqZj1Q3ImB2Hc6w97D2y P+ka158/SBV0VCeddxc+k98Lf6G+frpC0+u/mEFWW9BHVE5MjrCT9HFLPPgStK9m/dwK 1bebWKXiL46aUf5XJUp4TZQ4WFuzsRiPr+it8opcQlcPHgwBF+7Ud6A2hRxISrCEqZ9u bW/w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=eG6ofvrckUFcFRYXwx/ccEp5zbwUgI4UE493A1wR4no=; b=q3zcpAT23J4unRI50UqNp5ZFsH0TWstelupUhw+2LbVccMY7PcS8hdy2qjVXuwIqSI QO5vP+yAEtXABBwZqRsZTXaQUoX27+4sTwxkdNfZDBDW+kNkY8at1cbjALj8OWN/GBCU i4kl/p9E5tJxZUy656QeDO7lYHtZvrt0LZBPhLePDyagx3HnS+iJCLcsKFTTyc6FX/jY gv4jXm6mTyQGwJM/KIfnO7AtYlQN4Hrq+oxEWqZLA15eCqLMTk8QEn3lwYwFud0H9TIZ /q3X50Xt8ClgR7cWFR97IiEv9VsG3kdU1MLxoXTKg/OFDVON6Jvw36gvw0EXW8eMi9su 61jQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=eRzFCqQe; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z15si11875944edd.431.2019.10.02.11.19.29; Wed, 02 Oct 2019 11:19:53 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=eRzFCqQe; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728696AbfJBSSu (ORCPT + 99 others); Wed, 2 Oct 2019 14:18:50 -0400 Received: from mail-io1-f65.google.com ([209.85.166.65]:40951 "EHLO mail-io1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726669AbfJBSSt (ORCPT ); Wed, 2 Oct 2019 14:18:49 -0400 Received: by mail-io1-f65.google.com with SMTP id h144so59079735iof.7; Wed, 02 Oct 2019 11:18:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=eG6ofvrckUFcFRYXwx/ccEp5zbwUgI4UE493A1wR4no=; b=eRzFCqQe4nvNRGO5zbc7vgTWV5c8zYTtTrbRd770nTtsJNwmMCYJLSiO4h2k1DrsuZ 62XWZvx0kPFUhkur2RFvwrd4gsi4/cO2A4Bt15ywfZNYne9TWPqG2X+5/ALs7eOV1mm+ KppNrSUsi4PuPhIRxsgKFsGSLguuq+HffYC5ksmIuHNOsuc7dY93DYi5RMHmjgGYW8fS m/x8E9QBLa9U9RlWS2GQM6MyORB5fIW2Za7HIBKRc8y7xU7xyghufZZq9ZXWbZYOZ71a xOFdQpRiKVSWyhl0LmbvEy7I/xmkD9ksVFS/38CVNTxDJf0Ek908Nxo/7LBMD5kZyk/4 zBAg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=eG6ofvrckUFcFRYXwx/ccEp5zbwUgI4UE493A1wR4no=; b=HF4EUxxL9YndIHIpIq2T3+mYsJ1oX3RsruS1Vs6N33ayoUIXU9bnfRP60jkTDs+mGN GQl6tM7lXQu7belpxbcRULEDhpDIWA1uyDN3Uk1zGT19rK/HhWizb4RuoZFTf66nvBLY gzsZqvvYTBYwpOuPIMYpndXHyccoD528KKeNTeWl5wNnL1NqYA139jtXFEaP5ecbu2Vn V1fPWLobFkqUNJ9fGfv8XY33XyG9TLdHLrAng/R/MOJ9t4ED5nzPe1O9u6J4Hl3R7wLf 27ENMdWNz3O60xtmWdEjrKTBlz7oDS/QP8gUMuLUWxIuIZWKHwfMyKzawv6oXJv3TfJL Ukhg== X-Gm-Message-State: APjAAAUQJKaVm63Dfj7VsPKLytR1hWofA3TyZmy0zWN/JwQ0efdzovcq +U43gxJCrjfA9kZ9QNtU8c/j+pzrJfxlqVXJBAU= X-Received: by 2002:a02:cd2d:: with SMTP id h13mr5165251jaq.19.1570040328827; Wed, 02 Oct 2019 11:18:48 -0700 (PDT) MIME-Version: 1.0 References: <49cf5d94beb9af9ef4e78d4c52f3b0ad20b7c63f.1558430617.git.amit.kucheria@linaro.org> <20191002091950.GA9393@centauri> <20191002092734.GA15523@centauri> In-Reply-To: <20191002092734.GA15523@centauri> From: Jeffrey Hugo Date: Wed, 2 Oct 2019 12:18:37 -0600 Message-ID: Subject: Re: [PATCH v2 7/9] arm64: dts: qcom: msm8998: Add PSCI cpuidle low power states To: Niklas Cassel Cc: Amit Kucheria , lkml , MSM , Bjorn Andersson , Andy Gross , Marc Gonzalez , Sibi Sankar , Daniel Lezcano , David Brown , Li Yang , Shawn Guo , DTML Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Oct 2, 2019 at 3:27 AM Niklas Cassel wrote: > > On Wed, Oct 02, 2019 at 11:19:50AM +0200, Niklas Cassel wrote: > > On Mon, Sep 30, 2019 at 04:20:15PM -0600, Jeffrey Hugo wrote: > > > Amit, the merged version of the below change causes a boot failure > > > (nasty hang, sometimes with RCU stalls) on the msm8998 laptops. Oddly > > > enough, it seems to be resolved if I remove the cpu-idle-states > > > property from one of the cpu nodes. > > > > > > I see no issues with the msm8998 MTP. > > > > Hello Jeffrey, Amit, > > > > If the PSCI idle states work properly on the msm8998 devboard (MTP), > > but causes crashes on msm8998 laptops, the only logical change is > > that the PSCI firmware is different between the two devices. > > Since the msm8998 laptops boot using ACPI, perhaps these laptops > doesn't support PSCI/have any PSCI firmware at all. They have PSCI. If there was no PSCI, I would expect the PSCI get_version request from Linux to fail, and all PSCI functionality to be disabled. However, your mention about ACPI sparked a thought. ACPI describes the idle states, along with the PSCI info, in the ACPI0007 devices. Those exist on the laptops, and the info mostly correlates with Amit's patch (ACPI seems to be a bit more conservative about the latencies, and describes one additional deeper state). However, upon a detailed analysis of the ACPI description, I did find something relevant - the retention state is not enabled. So, I hacked out the retention state from Amit's patch, and I did not observe a hang. I used sysfs, and appeared able to validate that the power collapse state was being used successfully. I'm guessing that something is weird with the laptops, where the CPUs can go into retention, but not come out, thus causing issues. I'll post a patch to fix up the laptops. Thanks for all the help.