Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp3606803imu; Sun, 11 Nov 2018 19:16:30 -0800 (PST) X-Google-Smtp-Source: AJdET5cLrCB1RqkxTEaz6jI6EOpCOahhQ+s2Rb7V17sOk3os1f+QNi7DPYg012/PhqCIyI9Cq3rE X-Received: by 2002:a65:448a:: with SMTP id l10mr5659747pgq.387.1541992590261; Sun, 11 Nov 2018 19:16:30 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1541992590; cv=none; d=google.com; s=arc-20160816; b=ca1BpKSSJkLq/F0Z73hqKEnxYF0KwJYmJ/RSpT/6nel1dLNZgFbGaITaUlZhK0XCNT pvsl7CQP2Bb96qmrClUjKykenkmksHtBtNxMreYo7/rTLrD5iZXHlpl8L3wJ7xfftKOz ztF9cCwfTWCgGr1VN0mv7Bz2hqAgvtOghwQURkE9CPC9WWFNpmbLyyUxv5aX4YHvohyb iLSt4GqwGRsm6ritLIT+7AwX3NY7tPi5fFGvwsbDdmInbmCriwkDtUhHnwrlv5Yy7oZw ovgGq7WMhPEQv5Kg5qDJMO5n+16D/F6cWt/QMUwiwJyo0ceG756zNQR3QUZihZrLLTYT d8yQ== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=wkOVRQBMSlwLF5iYW5WwKpcNiyX1nCLz2shXxJXCVLM=; b=JxpPlJ5K94OavmTbF4CceouyH+CGgXBckudWuDSwwlOgyJ08P+xZbUVKLtvQbTOyGN wy0Xc3yDHMuLQ+M0he/js6SeB2eeqNCCIWNzeFJhiHWI2IawxaDtDGVLi6ZdKmmYQZoB LPVJXTvMo6sbwNybqXGFDFcUVbaaDAeKTaR2lmKxRnUl4lyDj8SslxtR1vH89lc9eDyC sMKbgUfo35rOSds4bJaPzZMxeUyC9J9KyRtsqDZe8rSh9+F7YrkxtJ+xa58onThxrZs9 TIE4vgGafEwNcyBRnl8anklE99zsu0xwe9wOR5i5kveiWcafOIqS7kJ4e7fU/2/kh2O9 Rocg== 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; dmarc=fail (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y7-v6si15316963pgi.256.2018.11.11.19.16.09; Sun, 11 Nov 2018 19:16:30 -0800 (PST) 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; dmarc=fail (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730260AbeKLNGy (ORCPT + 99 others); Mon, 12 Nov 2018 08:06:54 -0500 Received: from lelv0142.ext.ti.com ([198.47.23.249]:53070 "EHLO lelv0142.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730056AbeKLNGy (ORCPT ); Mon, 12 Nov 2018 08:06:54 -0500 Received: from fllv0035.itg.ti.com ([10.64.41.0]) by lelv0142.ext.ti.com (8.15.2/8.15.2) with ESMTP id wAC3FjLh102248; Sun, 11 Nov 2018 21:15:45 -0600 Received: from DFLE103.ent.ti.com (dfle103.ent.ti.com [10.64.6.24]) by fllv0035.itg.ti.com (8.15.2/8.15.2) with ESMTPS id wAC3FjPw119438 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL); Sun, 11 Nov 2018 21:15:45 -0600 Received: from DFLE100.ent.ti.com (10.64.6.21) by DFLE103.ent.ti.com (10.64.6.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Sun, 11 Nov 2018 21:15:44 -0600 Received: from dflp33.itg.ti.com (10.64.6.16) by DFLE100.ent.ti.com (10.64.6.21) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_RSA_WITH_AES_256_CBC_SHA) id 15.1.1466.3 via Frontend Transport; Sun, 11 Nov 2018 21:15:44 -0600 Received: from [172.22.218.233] (ileax41-snat.itg.ti.com [10.172.224.153]) by dflp33.itg.ti.com (8.14.3/8.13.8) with ESMTP id wAC3FeTm030765; Sun, 11 Nov 2018 21:15:41 -0600 Subject: Re: [PATCH 1/2] opp: ti-opp-supply: Dynamically update u_volt_min To: Viresh Kumar CC: , , , , , , References: <1541565263-8296-1-git-send-email-j-keerthy@ti.com> <1541565263-8296-2-git-send-email-j-keerthy@ti.com> <20181108055401.btrixinlqcfh22du@vireshk-i7> From: "J, KEERTHY" Message-ID: Date: Mon, 12 Nov 2018 08:45:39 +0530 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20181108055401.btrixinlqcfh22du@vireshk-i7> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/8/2018 11:24 AM, Viresh Kumar wrote: > On 07-11-18, 10:04, Keerthy wrote: >> The voltage range (min, max) provided in the device tree is from >> the data manual and is pretty big, catering to a wide range of devices. >> On a i2c read/write failure the regulator_set_voltage_triplet function >> falls back to set voltage between min and max. The min value from Device >> Tree can be lesser than the optimal value and in that case that can lead >> to a hang or crash. Hence set the u_volt_min dynamically to the optimal >> voltage value. > > And why shouldn't we fix the DT for this ? The DT voltages do not cater to the broad range of devices. In some particular cases the DT min voltage is slightly lower the voltage at which the device cannot sustain a particular frequency in which case the device just silently hangs. So best thing to do is to actually read the device specific voltages dynamically which will guarantee a particular device sustaining a particular frequency at the optimal voltage. >