Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp1689085ybz; Thu, 16 Apr 2020 13:44:44 -0700 (PDT) X-Google-Smtp-Source: APiQypK01eQPO5xWApeBKNZAtc+KvCR1o2mPSJkDQX1LUgyHZVJBdqV6N45Lo1SkzzR5RhVTHjTl X-Received: by 2002:a05:6402:3135:: with SMTP id dd21mr69746edb.198.1587069883868; Thu, 16 Apr 2020 13:44:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587069883; cv=none; d=google.com; s=arc-20160816; b=lQyJ9i2uh2vPDFk00DYep0M9Yy3tkp8tTi/AZv3ObmmaCCW4Blx0hoU8BpghFpkm/r WkLUJadfJjJdfZq9p1LzKyzTnOvVdyoH/g7WpO7yQWtOt/q0MSDtzAfN7v4Fq7EY/DBG Ty4cdH25plO0lVAtOHPLTKzX07E9YI56lq9VQVRMClCVhQXte/ZtEa+Am+fvCUNh9z5q hVVIXdb6iNjtPd3eGscyfFpsJYwKf6vEFsIjQlf+w9Yg51XXEUU7DqgJMqL9Kv6Ese1+ SwyRMUUkVL2iVPvfAHveG3N0PDNlpX29eN8WPiM19VA6axPDip4Yq87Du7VLviuw9ina sH7w== 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=awAZy9ZZKSE9THzED6A7MlczAkHCtNyZgjbzWrat8jk=; b=FJrO1BIa7lMyNLWr9oOOnnuh7PH6qELLY0nxLqB/7nht1w25rIm7k/mWN7r6bPF0Vu Lnr1iKNbkAQcGXcs8kcGJWpudE/oTjL0Mg00S6V2zJWnXHDgfQH40vSYC2vUzAVUeSFw DrpByRImZyw0d3N6kYxIS4wIVd/nhbXH4n3/qeKrszyXqx5GVrCzdf7lCQO7URtOGJLA GV2SiO3CO0wdU04cZY5/I0f2Pjl3RGkLgaEtVq7cXmvnSMyR6TJ8NqlDv4giWiLhWbiF hFi2yOnYLp0HLfskCCq9ltAsG7RXb3Mp/qFIHaIGH6bx4MR9NqLI8YgceZKeRiiA9mo3 3A0w== 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 v2si12937393ejx.85.2020.04.16.13.44.20; Thu, 16 Apr 2020 13:44:43 -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 S1728681AbgDPSqo (ORCPT + 99 others); Thu, 16 Apr 2020 14:46:44 -0400 Received: from muru.com ([72.249.23.125]:49822 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727962AbgDPSqn (ORCPT ); Thu, 16 Apr 2020 14:46:43 -0400 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 933BC804F; Thu, 16 Apr 2020 18:47:29 +0000 (UTC) Date: Thu, 16 Apr 2020 11:46:38 -0700 From: Tony Lindgren To: "H. Nikolaus Schaller" Cc: Evgeniy Polyakov , Greg Kroah-Hartman , linux-kernel@vger.kernel.org, linux-omap@vger.kernel.org, Adam Ford , "Andrew F . Davis" , Andreas Kemnade , Vignesh R Subject: Re: [PATCHv3] w1: omap-hdq: Simplify driver with PM runtime autosuspend Message-ID: <20200416184638.GI37466@atomide.com> References: <20191217004048.46298-1-tony@atomide.com> <7B8C7DD9-095B-48FC-9642-695D07B79E97@goldelico.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <7B8C7DD9-095B-48FC-9642-695D07B79E97@goldelico.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * H. Nikolaus Schaller [200416 15:04]: > Hi Tony, > it looks as if something with this patch is broken on GTA04. For v5.6 and v5.7-rc1. > > HDQ battery access times out after ca. 15 seconds and I get temperature of -273.1°C... > > Reverting this patch and everything is ok again. Hmm OK interesting. > What is "ti,mode" about? Do we have that (indirectly) in gta04.dtsi? > Or does this patch need some CONFIGs we do not happen to have? Sounds like you have things working though so there should be no need for having ti,mode = "1w" in the dts. > > pm_runtime_enable(&pdev->dev); > > + pm_runtime_use_autosuspend(&pdev->dev); > > + pm_runtime_set_autosuspend_delay(&pdev->dev, 300); Care to check if changing pm_runtime_set_autosuspend_delay value to -1 in probe makes the issue go away? Or change it manually to -1 via sysfs. If that helps, likely we have a missing pm_runtime_get_sync() somewhere in the driver. Regards, Tony