Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
From:   Bjorn Andersson <andersson@kernel.org>
To:     cros-qcom-dts-watchers@chromium.org,
        Andy Gross <agross@kernel.org>,
        Rob Herring <robh+dt@kernel.org>,
        Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
        Conor Dooley <conor+dt@kernel.org>,
        Konrad Dybcio <konrad.dybcio@linaro.org>
Cc:     Marijn Suijten <marijn.suijten@somainline.org>,
        linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org,
        linux-kernel@vger.kernel.org,
        Douglas Anderson <dianders@chromium.org>
Subject: Re: [PATCH] arm64: dts: qcom: sc7180: Bring back cpufreq-based DDR votes
Date:   Thu, 13 Jul 2023 22:34:01 -0700
Message-ID: <168931284122.1538684.2859305610327156457.b4-ty@kernel.org>
In-Reply-To: <20230711-topic-7180ddr-v1-1-56e4f13afe9b@linaro.org>
References: <20230711-topic-7180ddr-v1-1-56e4f13afe9b@linaro.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Precedence: bulk


On Tue, 11 Jul 2023 13:00:53 +0200, Konrad Dybcio wrote:
> ChromeOS folks reported that bwmon is too slow and getting rid of
> statically defined CPUFREQ-based votes (effectively floor votes because of
> how opp-peak-kBps is interpreted), has a major performance impact in some
> common applications. Bring them back until MEMLAT support is introduced.
> 
> This is a partial revert of the commit referenced in the fixes tag.
> 
> [...]

Applied, thanks!

[1/1] arm64: dts: qcom: sc7180: Bring back cpufreq-based DDR votes
      commit: 5e6d88815c2f8ec5e30101de7de5f6de72576a61

Best regards,
-- 
Bjorn Andersson <andersson@kernel.org>