From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.1 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING, SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 6869FC0650F for ; Tue, 30 Jul 2019 05:28:57 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 3EBD1206B8 for ; Tue, 30 Jul 2019 05:28:57 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="key not found in DNS" (0-bit key) header.d=codeaurora.org header.i=@codeaurora.org header.b="XlCrNyfR"; dkim=fail reason="key not found in DNS" (0-bit key) header.d=codeaurora.org header.i=@codeaurora.org header.b="LIbC5lTR" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729320AbfG3F24 (ORCPT ); Tue, 30 Jul 2019 01:28:56 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:52350 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729293AbfG3F2z (ORCPT ); Tue, 30 Jul 2019 01:28:55 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id 5500160790; Tue, 30 Jul 2019 05:28:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1564464534; bh=CMiqiJA9dGTxLVRLhOlk6KwjAuYDs4kAVLEkfwXcBcs=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=XlCrNyfRKRNzHUhsNBgrlSRlDOHrJ23JJGKv5Bf736k7nucx6bR6XjEr4mMqAk98c I+6/O5ukztJko/KIRH/0hYGVgj660QKoxUxuRB0oUC4b6FZ7zYwpGm2ymBJJsPf7BY BEbTt5wiCKov6tkot/QTE3pVf4uq1U5RYG94nJaA= Received: from [10.79.43.230] (blr-bdr-fw-01_globalnat_allzones-outside.qualcomm.com [103.229.18.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sibis@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id 87DB36030E; Tue, 30 Jul 2019 05:28:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1564464533; bh=CMiqiJA9dGTxLVRLhOlk6KwjAuYDs4kAVLEkfwXcBcs=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=LIbC5lTR5O8GUzQJJ+kHSYmI4N91Mya32Qp2DWWxq3DphY20JeK5QtoLQOrTT8qno HciHmgISMYPbGqFsu20xwpcqyNVGr7+Yfz9xpY3QEIKNocyulB45XLrv00Xd3Ozf0i YtcjjlApkvOWsdRvAqkTgQnni93j4csE0gy/n0fo= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 87DB36030E Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=sibis@codeaurora.org Subject: Re: [PATCH v4 0/3] Introduce Bandwidth OPPs for interconnects To: Viresh Kumar , Saravana Kannan , Georgi Djakov Cc: Rob Herring , Mark Rutland , Viresh Kumar , Nishanth Menon , Stephen Boyd , "Rafael J. Wysocki" , Vincent Guittot , "Sweeney, Sean" , David Dai , adharmap@codeaurora.org, Rajendra Nayak , Bjorn Andersson , Evan Green , Android Kernel Team , Linux PM , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , LKML References: <20190726231558.175130-1-saravanak@google.com> <20190729093545.kvnqxjkyx4nogddk@vireshk-i7> <20190730024640.xk27jgdfl2j6ucx7@vireshk-i7> From: Sibi Sankar Message-ID: <361effba-4433-24d9-243c-201af39214cc@codeaurora.org> Date: Tue, 30 Jul 2019 10:58:43 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <20190730024640.xk27jgdfl2j6ucx7@vireshk-i7> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hey Viresh, On 7/30/19 8:16 AM, Viresh Kumar wrote: > On 29-07-19, 13:16, Saravana Kannan wrote: >> Sibi might be working on doing that for the SDM845 CPUfreq driver. >> Georgi could also change his GPU driver use case to use this BW OPP >> table and required-opps. >> >> The problem is that people don't want to start using this until we >> decide on the DT representation. So it's like a chicken and egg >> situation. > > Yeah, I agree to that. > > @Georgi and @Sibi: This is your chance to speak up about the proposal > from Saravana and if you find anything wrong with them. And specially > that it is mostly about interconnects here, I would like to have an > explicit Ack from Georgi on this. > > And if you guys are all okay about this then please at least commit > that you will convert your stuff based on this in coming days. I've been using both Saravana's and Georgi's series for a while now to scale DDR and L3 on SDM845. There is currently no consensus as to where the votes are to be actuated from, hence couldn't post anything out. DCVS based on Saravana's series + passive governor: https://github.com/QuinAsura/linux/tree/lnext-072619-SK-series DCVS based on Georgi's series: (I had already posted this out) https://github.com/QuinAsura/linux/tree/lnext-072619-GJ-series -- Qualcomm Innovation Center, Inc. Qualcomm Innovation Center, Inc, is a member of Code Aurora Forum, a Linux Foundation Collaborative Project