Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp554653ybp; Fri, 4 Oct 2019 00:56:04 -0700 (PDT) X-Google-Smtp-Source: APXvYqz4vD3dQIaHXKVTT+X8tCJODNyycG7qZB+rzAIgZB9sM18JxX68r6WfzXWb4jV98Fyn5sD0 X-Received: by 2002:aa7:d698:: with SMTP id d24mr14056796edr.32.1570175764736; Fri, 04 Oct 2019 00:56:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570175764; cv=none; d=google.com; s=arc-20160816; b=KmD9BdQPN0a6vBoFpPh63FvnqudDRoBJZnsiJ3n72NrtfoMlgQ7gIs3c0z8avZMNoS khbPXCdQROfD+CJfE492WceMwsqi+Z1FZnFGhBXggkIjnZ6fGwOX4jF+4C3nGlLvQsyB ElhBwwZPjB/q0K0OGEhVpS9DMbVH79gu2p7/MkBLBaCOZ//TP0sMgaFTF2cT3LFOxOM9 iOumN+aGJEWJCVkFdaGr+egtV/crnnEh6r8a6pVF41xj4UwBMU2Gyl/NOqaEBRSa+1tq h8yCJ1+iALvujbrVzeuAuYXeDvnoobmhWrtXsEegtCWNiJAJckR16WnSslXZlWYacKBK 8JmQ== 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=AXr79tplPMG/Zt0zfwF4F6+aQSGWZv+mmd+AgMQBK1E=; b=fURmcnCeNJia0KCFekhnBbXbQFblWL9cQffMT+pAE9YOkTyfSzFyduzTOdOgalhemj /49GhvHohVsZ8s9aCEJymx7bUxtrwbe7dAVpX/Z/95EWvJ5qLq+6CG8MMIAHhaA1/qbN DS7B5sNf7HVCdpSJLlm17NRPy8WQHQnzNT4cSV6l+hP7AYvh9i6dEEobEc8E0YvLCS6G mY2ANbI2/jY71fVd5K6ghGzvDDZwPO+YHhz53KkoGNr4VvzNLIwzaMozhoOLfMLrArXk SMv+MnXMFUCeCjy3N1rbN0rOSBIMDSKL6EcsBoAgwO01zy6rDIASH0ZKT+UXKQY5nkgd KaIg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=c5Glmxo9; 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=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h14si3613104edk.315.2019.10.04.00.55.40; Fri, 04 Oct 2019 00:56:04 -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=@linaro.org header.s=google header.b=c5Glmxo9; 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=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731113AbfJDBgf (ORCPT + 99 others); Thu, 3 Oct 2019 21:36:35 -0400 Received: from mail-vk1-f196.google.com ([209.85.221.196]:42056 "EHLO mail-vk1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725932AbfJDBgf (ORCPT ); Thu, 3 Oct 2019 21:36:35 -0400 Received: by mail-vk1-f196.google.com with SMTP id f1so1110723vkh.9 for ; Thu, 03 Oct 2019 18:36:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=AXr79tplPMG/Zt0zfwF4F6+aQSGWZv+mmd+AgMQBK1E=; b=c5Glmxo9r+Q388xRFQzMlIV9P7Mkn2/9vbjmPYRZjzTTQAy2kOhpgrGY8UnPjymeG1 INa0zaJNSgo4ERqZs0zyldEQxPsmtrhAbw2qUbZT0Lfm8P2WU5Af62wMIPXFnnv4v9nf zBf/pjG8l4Z9YwRixZQ8wJHMPBejR7Aj3tMEsoYnSZOXzxqWGbRxLYmtjSbi/8XOuNCR QAe+mcOh2q5slk2/0CQmIKHAnywZni4bUeaCUrYAbrx7LZY0oAo+mNubCdr1kWy2pEip VHSUz/KhTPy8MKmuNPGsQVZjQxiGUMlAqeUx8bQV/V37/dqnTgUUQ/VCq3+WEA4yGE05 O8BQ== 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=AXr79tplPMG/Zt0zfwF4F6+aQSGWZv+mmd+AgMQBK1E=; b=gG+7kumuiYBuVi4hxlcWjswvn0PIXw7Q+5NkGF/GJZCRbCyAA4o39D2St8VwSjKbaQ YUmWApmFCLT4cOWimmRR7K68F9llIK90hFMB2wDMtViFCvBWORXqJlgxMWQxQYVzGGTm /KLCnlCGGo5Rv/2tnrC2jjW8HbeIpygW69R/XKg0xb9hODxHKIEcb3RcU8Yw93UNhayi wT1C3AtTRKFPDQY/+coOUZ7HnP19It3oliHGZeMlpzcCiSTGzbMox9cNSJ+l8MOFSnta 7rB7JDwa18kNGeODTuAVAcvFp2tyqiq2FcpUsNj3RfeSyK4SMUWMMhPp3XWpY1x79Jk4 9Euw== X-Gm-Message-State: APjAAAVVSxQxlOEbzcG7xdIc+fM0jl2YU3gB7Zbi1sDSGpTJ/9ZtNbsZ f9hOQ7KKj3tULAICDlTNwMH2cPDcmAipU8LybnsnXQ== X-Received: by 2002:a1f:c55:: with SMTP id 82mr6948277vkm.9.1570152993761; Thu, 03 Oct 2019 18:36:33 -0700 (PDT) MIME-Version: 1.0 References: <49cf5d94beb9af9ef4e78d4c52f3b0ad20b7c63f.1558430617.git.amit.kucheria@linaro.org> <20191002091950.GA9393@centauri> <20191002092734.GA15523@centauri> In-Reply-To: From: Amit Kucheria Date: Fri, 4 Oct 2019 07:06:22 +0530 Message-ID: Subject: Re: [PATCH v2 7/9] arm64: dts: qcom: msm8998: Add PSCI cpuidle low power states To: Jeffrey Hugo Cc: Niklas Cassel , 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 11:48 PM Jeffrey Hugo wrote: > > 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. Interesting that the shallower sleep state was causing problems. Usually, it is the deeper states that cause problems. So you plan to override the idle states table in the board-specific DT? Why does the platform even rely on DT? Shouldn't we use the ACPI tables instead? > 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.