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=-2.4 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=no 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 D6724C433FF for ; Mon, 29 Jul 2019 09:24:59 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id AAC9720693 for ; Mon, 29 Jul 2019 09:24:59 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="Xy2kFbWE" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727819AbfG2JY6 (ORCPT ); Mon, 29 Jul 2019 05:24:58 -0400 Received: from mail-pf1-f193.google.com ([209.85.210.193]:35213 "EHLO mail-pf1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727677AbfG2JY6 (ORCPT ); Mon, 29 Jul 2019 05:24:58 -0400 Received: by mail-pf1-f193.google.com with SMTP id u14so27735406pfn.2 for ; Mon, 29 Jul 2019 02:24:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=0NHaPbEIE3GnLl8EEhfWosdb00OPf2b+fWo8SdgJJxo=; b=Xy2kFbWELNQCgQRQoASfnRppp4kufLgsSg0GLfeZ2QYeQqHU5mpLuekUESnWJ6W4au cLKGPGdF7k7MGl2BbkbWfnGBvmSrjg18z9HjryerP+YE8FPFW8Vp938laWSMBwMBElOx kyyCtoKg5txpKw0B0jCj1acEcdB5a91vD2r5wicbDw1sqElfH0LBlsirDz0zJ19dQnY2 OjpK4ItIOlxl/PUMzlt4Q37vSX42BMPQWJ4lNjSvE+9kofdH8gKLTwTyMplTmwQaHb56 Ch5ZcOhm5zTPnd+CrFwGsggzriGxMtbhx+erQvGfVQnkJhitKfOaaCp8TulgvSWufC7+ 6h6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=0NHaPbEIE3GnLl8EEhfWosdb00OPf2b+fWo8SdgJJxo=; b=AMS1BZRcaQPXZktS5/OlipkNmpDwIMKRxGauwVyo6zSQnDrI8RQL//Vv7OWjEATZ67 F0PiOID9v/60pE5OkSHHoNYiKOPhZXF6E4BtRvfrQcPKm9impFSKKJPg9A+gnJpdJpNg wrpYw1Hg1BagLaVV7ANe2YR2hFN8s4q2ZByNlAVeEdjYYr7WU2JajoxiMviQ7Rg/2j6Q 4e6fbRJVS5LN7JxQdNDuMm8c+EFsEY5xBbndVI0BgDxb4QsKgoSWRoCXMfMv3AIKK5FJ 3T04A2VzIz4xRf3VnL7bbhEUKiNe1sB8s+MPy7tisAGvNnlwZYac48txWwFdQvWvctib WKdA== X-Gm-Message-State: APjAAAVW4gk1WGz9zuWnOQgDIkx7nd5sPaHc0YR0IRBfX8iWi62K2BiL jpib5K7/tjzJCynofHaqhx9qqVKObFY= X-Google-Smtp-Source: APXvYqyXnV7F+k6oUvgbf58oAVK1IH6CZXv9DBBx+BcsjmdeUAZr2vtTHZFtwqBx4mKuZrWjbNouhQ== X-Received: by 2002:a65:6406:: with SMTP id a6mr66039326pgv.393.1564392297055; Mon, 29 Jul 2019 02:24:57 -0700 (PDT) Received: from localhost ([122.172.28.117]) by smtp.gmail.com with ESMTPSA id r12sm39768662pgb.73.2019.07.29.02.24.55 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 29 Jul 2019 02:24:56 -0700 (PDT) Date: Mon, 29 Jul 2019 14:54:54 +0530 From: Viresh Kumar To: Saravana Kannan Cc: Georgi Djakov , Rob Herring , Mark Rutland , Viresh Kumar , Nishanth Menon , Stephen Boyd , "Rafael J. Wysocki" , Vincent Guittot , "Sweeney, Sean" , daidavid1@codeaurora.org, Rajendra Nayak , Sibi Sankar , Bjorn Andersson , Evan Green , Android Kernel Team , Linux PM , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , LKML Subject: Re: [PATCH v3 0/6] Introduce Bandwidth OPPs for interconnect paths Message-ID: <20190729092454.6lfqzmhkvrhpimsp@vireshk-i7> References: <20190703011020.151615-1-saravanak@google.com> <20190717103220.f7cys267hq23fbsb@vireshk-i7> <20190718053746.64drmonk72vwnt4s@vireshk-i7> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716-391-311a52 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 18-07-19, 21:12, Saravana Kannan wrote: > On Wed, Jul 17, 2019 at 10:37 PM Viresh Kumar wrote: > > I would like > > to put this data in the GPU OPP table only. What about putting a > > range in the GPU OPP table for the Bandwidth if it can change so much > > for the same frequency. > > I don't think the range is going to work. Any specific reason for that ? > If a GPU is doing purely > computational work, it's not unreasonable for it to vote for the > lowest bandwidth for any GPU frequency. I think that is fine, but if the GPU is able to find how much bandwidth it needs why can't it just pass that value without needing to have another OPP table for the path ? The interconnect can then take all the requests and have its own OPP table to get help on deciding what stable bandwidth to use. -- viresh