Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp7496141ybl; Tue, 24 Dec 2019 03:42:22 -0800 (PST) X-Google-Smtp-Source: APXvYqxSgRkDlrahy40V9Cp9yaLnbbROgiibB0Y5+njZYWNcStrak1mjrrTa6LVQAMRIjyWJoqm8 X-Received: by 2002:a9d:7c90:: with SMTP id q16mr21316178otn.191.1577187742695; Tue, 24 Dec 2019 03:42:22 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1577187742; cv=none; d=google.com; s=arc-20160816; b=C9SP2f/rEVqKiM7GlDhrpoHxIOJ4lmNg2awYEi3IndjDDryyVBNhyn6H50tukECTGo 3wvWjP2CeHiLFCTxhQBpp7B1CYydcATlNlj1/XaeRlPpAxh6SRNoAVgaTYRPxqklJYs+ kQUDrkP+8TK/aJG9zzRG5nWPLN9QUbua/oEMjbXCUCBnmGKykz3q8Kz7LJV9QjUMbWpS Cdov8BM7GQDrxWx6RrwO19DYWdN2Vm3JvvSlO4xTPEPuKZrZCGuAnZ8tyo4LmxMILzgp rHKdCp4bLX2d6F1CxZv6eUCh4t8qfnA5Zac8ABkJ5oAlb87WzW7SjrZznI6XWDhTRRGB 5+qg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:from:cc:to:subject :content-transfer-encoding:mime-version:references:in-reply-to:date; bh=7nPD+qWiFz7yhmRth0GeEHXFlIjZKTQwl53ROBgGOnA=; b=s7BCO/FFmUlUi7WoELX+A+EpxaeIGn/NCXBTPGOI3L03EaoabBtba+2DYcUttkP4KV OZIik6mCYSaKSzaLN0zZ6gDdWDgudwv3GrFry3lXSa3IwrGYj+j6ybb6JbRfMLdbctCh 6Y152Ao4Vlpv/RHrbG2oaxbwP5iI2cAnDI8a8E0ndPiqXGeOp/IUzUxJYoy4Lm0ru6Ys R6esqo0RJfJytuNB7mXIUnrFJ2qK7Zoe0ZcAR/iKiYfH7ILgENa1goGfYbAaGk7AXAiO TCPDMMfnyNyovRdiSkVYtxYqe/YX263hIn8Bcmi2SZE/s19Uz2Jc9O8WGVSja1t1wutZ wlNg== 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 m25si11765725otn.208.2019.12.24.03.42.11; Tue, 24 Dec 2019 03:42:22 -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 S1726995AbfLXLlK convert rfc822-to-8bit (ORCPT + 99 others); Tue, 24 Dec 2019 06:41:10 -0500 Received: from hermes.aosc.io ([199.195.250.187]:43186 "EHLO hermes.aosc.io" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726157AbfLXLlK (ORCPT ); Tue, 24 Dec 2019 06:41:10 -0500 X-Greylist: delayed 328 seconds by postgrey-1.27 at vger.kernel.org; Tue, 24 Dec 2019 06:41:10 EST Received: from localhost (localhost [127.0.0.1]) (Authenticated sender: icenowy@aosc.io) by hermes.aosc.io (Postfix) with ESMTPSA id 198A945CC4; Tue, 24 Dec 2019 11:35:39 +0000 (UTC) Date: Tue, 24 Dec 2019 19:35:36 +0800 In-Reply-To: References: <20191215211223.1451499-1-martin.blumenstingl@googlemail.com> <20191216154803.GA3921@kevin> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT Subject: Re: [Lima] [RFC v1 0/1] drm: lima: devfreq and cooling device support To: lima@lists.freedesktop.org, Martin Blumenstingl , Alyssa Rosenzweig CC: robh@kernel.org, tomeu.vizoso@collabora.com, airlied@linux.ie, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, steven.price@arm.com, linux-rockchip@lists.infradead.org, wens@csie.org, yuq825@gmail.com, daniel@ffwll.ch, linux-amlogic@lists.infradead.org From: Icenowy Zheng Message-ID: <54FE8BA3-BB70-4411-9FD9-4AE460097A95@aosc.io> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 于 2019年12月24日 GMT+08:00 下午7:28:41, Martin Blumenstingl 写到: >Hi Alyssa, > >On Mon, Dec 16, 2019 at 4:48 PM Alyssa Rosenzweig > wrote: >> >> If so much code is being duplicated over, I'm wondering if it makes >> sense for us to move some of the common devfreq code to core DRM >> helpers? >if you have any recommendation where to put it then please let me know >(I am not familiar with the DRM subsystem at all) > >my initial idea was that the devfreq logic needs the same information >that the scheduler needs (whether we're submitting something to be >executed, there was a timeout, ...). >however, looking at drivers/gpu/drm/scheduler/ this seems pretty >stand-alone so I'm not sure it should go there >also the Mali-4x0 GPUs have some "PMU" which *may* be used instead of It's optional. We cannot promise its existance on a given hardware, and I heard that at least on Allwinner H5 Mali PMU is broken. >polling the statistics internally >so this is where I realize that with my current knowledge I don't know >enough about lima, panfrost, DRM or the devfreq subsystem to get a >good idea where to put the code. > > >Martin >_______________________________________________ >lima mailing list >lima@lists.freedesktop.org >https://lists.freedesktop.org/mailman/listinfo/lima -- 使用 K-9 Mail 发送自我的Android设备。