Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp1685676pxa; Thu, 13 Aug 2020 14:51:46 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzyQQsu9NR+YGuRSsL8r9XAgsKAC5UcMuUyeVMeypIeNknIjDCgQfNkNtAssgob9W9Ufm7T X-Received: by 2002:a05:6402:2206:: with SMTP id cq6mr6769344edb.349.1597355506108; Thu, 13 Aug 2020 14:51:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597355506; cv=none; d=google.com; s=arc-20160816; b=LdTVDmVe/lOQbv4U0Bfq75a6E6IX8ZfvdajQu+7iiS6EzzwCij9Q+y3o5y0qlvIIXK sYpHbSdz5UrSuZSwLx+z2M2qbt6ZVxdCW5oPyhNTjxXH0LprQNBpbC85wrkIQqm23oZq kmAL0ZVlGw65C+PACyFlfsrzE4QQt7WcK+AhK93E01mLrqt+yZl/BduJ8zaMzPemCl1b SZiybCgpwbQZDU3VfX2qH0MfI22a2W8x8pdjr6jfymDMFL29Mjcf+rhthtiZO4PM0OAS WbxeKr2ogDULVlj1u6PBJd9ECw0oYkzXKGnU/WDjf6haG/qrDNb+mv4RxZ++uCy8QIr/ xlLQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=kaqoUo0pS14+NE/vXkvM3jenFRF6+RhHAL9ViihwPc0=; b=VPx2gAgPdwyhgri13nJAhKGaOYblN3FKJximK0X3J/QczRr3ESKZu7BqKCuuDDJ3ge ByIePgRHBCp/Ufv1IkIbIoIvwPgITTftE1Gjn9/I2ipGTLWv5AcGA5yHuEWljO2AuZ9I syf3QaAbXNlesB1+BByW7svRrGn+5BgzE8kWjYT0ONq+zwe49OU5v0FXPZ2ZfVUWK4Cp QzohBlPyl582/AoGk3JFnZX8cWj5eH3D2eCTdcdSk2iMUdpuSo8QHfbdE5P9mntlZZuQ rGa6u30HaH+p4o+2qX4LMV3ETt/HwQI7qJ+NJwDn3TX4nEoohLQH6luLNb8CwLo+eBer oW5g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id x8si4091720ejs.414.2020.08.13.14.51.21; Thu, 13 Aug 2020 14:51:46 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726531AbgHMVul (ORCPT + 99 others); Thu, 13 Aug 2020 17:50:41 -0400 Received: from mail.kernel.org ([198.145.29.99]:59720 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726192AbgHMVul (ORCPT ); Thu, 13 Aug 2020 17:50:41 -0400 Received: from oasis.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 3C81920716; Thu, 13 Aug 2020 21:50:39 +0000 (UTC) Date: Thu, 13 Aug 2020 17:50:37 -0400 From: Steven Rostedt To: Peiyong Lin Cc: amit.kucheria@linaro.org, android-kernel@google.com, gregkh@linuxfoundation.org, linux-kernel@vger.kernel.org, mingo@redhat.com, paul.walmsley@sifive.com, pavel@ucw.cz, prahladk@google.com, rafael.j.wysocki@intel.com, ulf.hansson@linaro.org, yamada.masahiro@socionext.com Subject: Re: [PATCH v2] Add power/gpu_frequency tracepoint. Message-ID: <20200813175037.48a16064@oasis.local.home> In-Reply-To: <20200813213703.153080-1-lpy@google.com> References: <20200813172239.18ccc4f4@oasis.local.home> <20200813213703.153080-1-lpy@google.com> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 13 Aug 2020 14:37:03 -0700 Peiyong Lin wrote: > Historically there is no common trace event for GPU frequency, in > downstream Android each different hardware vendor implements their own > way to expose GPU frequency, for example as a debugfs node. This patch > standardize it as a common trace event in upstream linux kernel to help > the ecosystem have a common implementation across hardware vendors. > Toolings in the Linux ecosystem will benefit from this especially in the > downstream Android, where this information is critical to graphics > developers. > > Signed-off-by: Peiyong Lin > --- > > Changelog since v1: > - Use %u in TP_printk > For just the tracing side of this, but the use case is up for others to do: Reviewed-by: Steven Rostedt (VMware) -- Steve