Received: by 2002:a05:6a10:2785:0:0:0:0 with SMTP id ia5csp105049pxb; Thu, 7 Jan 2021 23:21:27 -0800 (PST) X-Google-Smtp-Source: ABdhPJy4BYOMeEYxC2tx/5NRh4W0LpsOY40MlDqPA2UmSDeKbUbxfe8gHXy++bbapnW+P/6aACWZ X-Received: by 2002:a17:907:417f:: with SMTP id oe23mr1731441ejb.259.1610090486999; Thu, 07 Jan 2021 23:21:26 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610090486; cv=none; d=google.com; s=arc-20160816; b=YK0p48a3zPt+A/ncgDWw/PdvFO5TUY0+0dTM9qT+dbP/sXIVzyXWTX1BjxvTEdqOVY rLNJ+3OjDguGF8ntNzhYJVUNmmY1JcbQXRWBLuU+BUPJBifk8NSNcT7PxIVdR7Kth+vP kYKXte/VJZO7rzIqiqFbdPLeUXGjm8LDmmLcxzxDG7uDMK2Nog1lxV1kzgq5G40VCa8L ncBclBoEMVg3QQzYKxlQuXXg9u42/hoZz4kRJfAF6L3/VDDOPRMz3Vdc6RvGIwKLdurw R6uqS1ScdJPWjtYF5c65IkYJDL0IlUpBfbw9bSh62Eifb1FFWa6AFPgDF5I7jf9QtnJK rrPQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=paopuvidn5xHxES+d5RIZDgsuSdtkZFJGb5Lw4ew8sU=; b=iYEBP4H5RnhNwGEF2p1eWRBoBsPxsiAY47BXLMgQzpulcwUKM4f1waoskjaIX5kY/u 54vpRwiKMjgx1VYrvXA25HrZqY5zJInJQFV30mFMLiqiFJr+GC7XXge3h2dMZmnPMvGA DUSPymJFIbT3NWijh6q5kRj32X2ZW38l778g81DORB/0ZjTBAwiibQHnLskJA9xt2rfa 8GB3Ag3tfx172aRmfLOcHd/qTaBjobrthpv2ZhXyW0kTap+VOLZP+7N/ew1Pbf+nAVyh 6ub0j5l2zOxP24kNUCZaRPYKQ841BPVbZLlAPJ9C87IBQLtxlLukGu4yjNEmpVKKTJG3 c/jg== 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 w8si3276127ejv.203.2021.01.07.23.21.02; Thu, 07 Jan 2021 23:21:26 -0800 (PST) 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 S1727045AbhAHHTw (ORCPT + 99 others); Fri, 8 Jan 2021 02:19:52 -0500 Received: from muru.com ([72.249.23.125]:41154 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725308AbhAHHTw (ORCPT ); Fri, 8 Jan 2021 02:19:52 -0500 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 200AE80B4; Fri, 8 Jan 2021 07:19:31 +0000 (UTC) Date: Fri, 8 Jan 2021 09:19:02 +0200 From: Tony Lindgren To: =?utf-8?B?UMOpdGVy?= Ujfalusi Cc: Amit Kucheria , Daniel Lezcano , Zhang Rui , Eduardo Valentin , Keerthy , linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, linux-omap@vger.kernel.org, Adam Ford , Carl Philipp Klemm , Merlijn Wajer , Pavel Machek , Sebastian Reichel Subject: Re: [PATCH 1/3] thermal: ti-soc-thermal: Fix stuck sensor with continuous mode for 4430 Message-ID: References: <20201230084338.19410-1-tony@atomide.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Péter Ujfalusi [201231 12:55]: > On 12/30/20 10:43 AM, Tony Lindgren wrote: > > @@ -58,7 +58,8 @@ omap4430_adc_to_temp[OMAP4430_ADC_END_VALUE - OMAP4430_ADC_START_VALUE + 1] = { > > const struct ti_bandgap_data omap4430_data = { > > .features = TI_BANDGAP_FEATURE_MODE_CONFIG | > > TI_BANDGAP_FEATURE_CLK_CTRL | > > - TI_BANDGAP_FEATURE_POWER_SWITCH, > > + TI_BANDGAP_FEATURE_POWER_SWITCH | > > + TI_BANDGAP_FEATURE_CONT_MODE_ONLY, > > Can we add a comment with the observations? Sure, and I also noticed that the timeout triggers also on dra7 too. I need to recheck what all are affected.. At least we now see warnings on the SoCs affected. > > @@ -605,8 +606,10 @@ ti_bandgap_force_single_read(struct ti_bandgap *bgp, int id) > > u32 counter = 1000; > > struct temp_sensor_registers *tsr; > > > > - /* Select single conversion mode */ > > - if (TI_BANDGAP_HAS(bgp, MODE_CONFIG)) > > + /* Select continuous or single conversion mode */ > > + if (TI_BANDGAP_HAS(bgp, CONT_MODE_ONLY)) > > + RMW_BITS(bgp, id, bgap_mode_ctrl, mode_ctrl_mask, 1); > > + else if (TI_BANDGAP_HAS(bgp, MODE_CONFIG)) > > RMW_BITS(bgp, id, bgap_mode_ctrl, mode_ctrl_mask, 0); > > Would not be better to: > if (TI_BANDGAP_HAS(bgp, MODE_CONFIG)) { > if (TI_BANDGAP_HAS(bgp, CONT_MODE_ONLY)) > RMW_BITS(bgp, id, bgap_mode_ctrl, mode_ctrl_mask, 1); > else > RMW_BITS(bgp, id, bgap_mode_ctrl, mode_ctrl_mask, 0); > } > > One can only switch to cont/single mode if the mode config is possible. Yup makes sense thanks for spotting that. Regards, Tony