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;
Message-ID: <1540568255.2245.11.camel@pengutronix.de>
Subject: Re: [RFC PATCH v2 01/17] OPP: Allow to request stub voltage
 regulators
From:   Lucas Stach <l.stach@pengutronix.de>
To:     Dmitry Osipenko <digetx@gmail.com>,
        Viresh Kumar <viresh.kumar@linaro.org>
Cc:     "Rafael J. Wysocki" <rjw@rjwysocki.net>,
        Rob Herring <robh+dt@kernel.org>,
        Thierry Reding <thierry.reding@gmail.com>,
        Jonathan Hunter <jonathanh@nvidia.com>,
        Nishanth Menon <nm@ti.com>, Stephen Boyd <sboyd@kernel.org>,
        Marcel Ziswiler <marcel.ziswiler@toradex.com>,
        linux-tegra@vger.kernel.org, linux-pm@vger.kernel.org,
        devicetree@vger.kernel.org, linux-kernel@vger.kernel.org
Date:   Fri, 26 Oct 2018 17:37:35 +0200
In-Reply-To: <ba782346-6ac0-7bf3-e187-00d2634b145b@gmail.com>
References: <20181021205501.23943-1-digetx@gmail.com>
         <20181021205501.23943-2-digetx@gmail.com>
         <20181022053636.ag62j3rj3vovbz53@vireshk-i7>
         <e4027793-9436-413d-2a7b-34cf519218c3@gmail.com>
         <20181022113224.b5fiebgy2aap66nd@vireshk-i7>
         <29f893be-feed-c4c5-8468-51f7228dd468@gmail.com>
         <20181024064123.lbpbeervghp35fe7@vireshk-i7>
         <ba782346-6ac0-7bf3-e187-00d2634b145b@gmail.com>
Content-Type: text/plain; charset="UTF-8"
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

Am Freitag, den 26.10.2018, 15:03 +0300 schrieb Dmitry Osipenko:
[...]
> > On the other hand, the tegra20 cpufreq driver is common across a lot of boards.
> > What will happen if the DT for some of the boards isn't correct and missed the
> > necessary regulator node ?
> 
> AFAIK, there is assumption that bootloader should setup regulators in
> a way that kernel could work properly at max clock rates. Otherwise
> things won't work.

This isn't true. The assumption is that the bootloader sets up the
regulators such that stable operation at the CPU speed used by the
bootloader is guaranteed.

Often the bootloader doesn't know about specific SKUs, so drives things
at a rate/voltage that is safe across all SKUs [1], in which case the
bootloader is totally unaware of the voltage needed to run the CPU at
highest possible clock frequency.

Regards,
Lucas

[1] http://git.denx.de/?p=u-boot.git;a=commit;h=2364e151e432b4ccf32dc9e6147121253d4ff86d