Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp2608877ybc; Wed, 13 Nov 2019 17:57:39 -0800 (PST) X-Google-Smtp-Source: APXvYqzt26MBmfrOmxumTFVZIpNeZqjU+FKn81qXCYwZheRRr9bcUQqLxz0MkvFQkU35nQ4uzwOc X-Received: by 2002:a17:906:74d7:: with SMTP id z23mr6165404ejl.1.1573696659721; Wed, 13 Nov 2019 17:57:39 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573696659; cv=none; d=google.com; s=arc-20160816; b=nNoafwpb8fZjm+IKS2aCouJfWk14WYVlm3LMuwVOHfUIvmoV9s+TmKejrOV9XBSpkC ydDc8qvjTcG9qFNNCbYHUoA1cH9NydpAYyeFs9JJgaBndgOB9JBbufGvLUXAHCRt0HAo aoaewCczWVwYFjAkCfZ+1FqkNtIh9LwOBTUsnI6fM384fkwlR50iqWbWKVdcMim3gw4V 2hehiu5hvR1TDLWdec5ELZv3XJOAoLZNPkJk/ZcXz1PlRy4MW7F+YqqkutuJXBq6rR8W ZpjO6DtueomsgBSZGojprPDDGwNBJTs1jTVrwgpJyOOJeTEyEBOCDZGhN0+/lsSeRAoW U7Sg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=jNHQNyFSWj1BHueOKyCq5Btz6OU6AMXsaNLWmvXdtDE=; b=sjTY377zaIOX+hbZxpZuGtU3+OCVjLbi/eF/kSg8nf4ov1lWzn0/V0Hma16y2E2OlA a+W9ymTA74k4Lybz5q24vfQydyLzcBSj/o+z/vIZeE6TjLJwcaIPYmTk2y3v8K741F5d BASpl0qqh6xMLYM2k8MuFq/a2TprMv/Y1THrTwJA+RoksBO7B2w0+FMx4LvBt6P5gwl8 AVgSTS5d9mW7o/L4vO9/+ET/AcgQOu/XZuoQdFEXN2MYe1gPd72jCKqPD37WlcY5C+Sd udJFNyzZuS9J3Khnm9iaGh2gitP8dvQJgyHgAV6DaprKaI7gcrBRbWWo9WNuYMsaRiWl wOnQ== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id fi6si2484107ejb.430.2019.11.13.17.57.14; Wed, 13 Nov 2019 17:57:39 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726605AbfKNByC (ORCPT + 99 others); Wed, 13 Nov 2019 20:54:02 -0500 Received: from regular1.263xmail.com ([211.150.70.201]:56522 "EHLO regular1.263xmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726410AbfKNByC (ORCPT ); Wed, 13 Nov 2019 20:54:02 -0500 Received: from localhost (unknown [192.168.167.32]) by regular1.263xmail.com (Postfix) with ESMTP id 1F1D8405; Thu, 14 Nov 2019 09:53:49 +0800 (CST) X-MAIL-GRAY: 0 X-MAIL-DELIVERY: 1 X-ADDR-CHECKED4: 1 X-ANTISPAM-LEVEL: 2 X-SKE-CHECKED: 1 X-ABS-CHECKED: 1 Received: from [172.16.12.9] (unknown [58.22.7.114]) by smtp.263.net (postfix) whith ESMTP id P47878T139986162661120S1573696426616732_; Thu, 14 Nov 2019 09:53:48 +0800 (CST) X-IP-DOMAINF: 1 X-UNIQUE-TAG: <438ac3b0e67c996fd5c2911b5379e891> X-RL-SENDER: kever.yang@rock-chips.com X-SENDER: yk@rock-chips.com X-LOGIN-NAME: kever.yang@rock-chips.com X-FST-TO: npcomplete13@gmail.com X-SENDER-IP: 58.22.7.114 X-ATTACHMENT-NUM: 0 X-DNS-TYPE: 0 Subject: Re: [PATCH 3/3] arm64: dts: rk3399: Add init voltage for vdd_log To: Doug Anderson Cc: Mark Rutland , Alexis Ballier , Soeren Moch , Hugh Cole-Baker , Andy Yan , Katsuhiro Suzuki , "open list:ARM/Rockchip SoC..." , Pragnesh Patel , Peter Robinson , Nick Xie , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , Elaine Zhang , Vicente Bergas , Rob Herring , Akash Gajjar , Ezequiel Garcia , Linux ARM , =?UTF-8?Q?Andrius_=c5=a0tikonas?= , =?UTF-8?Q?Heiko_St=c3=bcbner?= , LKML , Oskari Lemmela , Robin Murphy , Vivek Unune References: <20191111005158.25070-1-kever.yang@rock-chips.com> <20191111005158.25070-3-kever.yang@rock-chips.com> From: Kever Yang Message-ID: Date: Thu, 14 Nov 2019 09:53:46 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Doug, On 2019/11/14 上午1:01, Doug Anderson wrote: > Hi, > > On Sun, Nov 10, 2019 at 4:52 PM Kever Yang wrote: >> Since there is no devfreq used for vdd_log, so the vdd_log(pwm regulator) >> will be 'enable' with the dts node at a default PWM state with high or low >> output. Both too high or too low for vdd_log is not good for the board, >> add init voltage for driver to make the regulator get into a know output. >> >> Note that this will be used by U-Boot for init voltage output, and this >> is very important for it may get system hang somewhere during system >> boot up with regulator enable and without this init value. > I'm a tad bit confused here. When U-Boot boots the kernel, how is the > PWM configured? > > I remember folks going through a lot of work to make sure that we > could actually _read_ the PWM state that the bootloader gave us and > report it as the initial voltage. If the kernel ends up needing to > configure the PWM regulator's period for some reason, I remember it > would actually pick something close. Is that not working for you? > > For instance, on rk3288-veyron when I boot up mainline (no devfreq on > rk3288-veyron on mainline) the vdd_logic reports 1.2 volts because it > read what the bootloader left it as. > > ...are you saying that U-Boot doesn't configure the PWM and you're > trying to fix it up in the kernel? U-Boot will configure the PWM with dts setting(and now U-Boot would like to sync the dts from kernel directly): - no dts node for pwm regulator, it will be default as input IO without any configure; - with pwm regulator dts enable, no 'init-microvolt', enable PWM with default 0% output; - with pwm regulator dts with 'init-microvolt', enable PWM with corresponding duty output; We should leave it not configure(around 0.9V for most of board) or configure to correct output(some boards need 0.95V while default is 0.9V for stability issue). For the rk3399 boards on upstream, some of them do not have a vdd_log in dts, and others have dts node but without 'init-microvolt' for init setting, that's what I want to fix to make sure all the boards can work correctly. Thanks, - Kever > > -Doug > > > -Doug > > _______________________________________________ > Linux-rockchip mailing list > Linux-rockchip@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/linux-rockchip >