From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756165Ab0ICRAf (ORCPT ); Fri, 3 Sep 2010 13:00:35 -0400 Received: from mail-qy0-f174.google.com ([209.85.216.174]:63103 "EHLO mail-qy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752925Ab0ICRAe convert rfc822-to-8bit (ORCPT ); Fri, 3 Sep 2010 13:00:34 -0400 MIME-Version: 1.0 X-Originating-IP: [81.245.120.218] In-Reply-To: References: <1281957336.1926.1230.camel@laptop> Date: Fri, 3 Sep 2010 19:00:32 +0200 Message-ID: Subject: Re: [PATCH] tracing, perf: add more power related events From: Jean Pihet To: Peter Zijlstra , Ingo Molnar , Thomas Renninger , Len Brown , Arjan Van De Ven , arjan@infradead.org, Kevin Hilman Cc: linux-kernel@vger.kernel.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, I would like to get some feedback on the code or on the new events definition, cf. proposed patch in this thread. The idea is to provide new events for power management, as indicated at http://www.omappedia.com/wiki/Power_Management_Debug_and_Profiling As soon as the new events are defined -i.e. accepted in the mainline code- the tracepoints will be added for ARM/OMAP. Any idea, remark or feedback welcome! Jean On Mon, Aug 23, 2010 at 12:25 PM, Jean Pihet wrote: > Hi, > > On Mon, Aug 16, 2010 at 1:25 PM, Jean Pihet wrote: >> On Mon, Aug 16, 2010 at 1:15 PM, Peter Zijlstra wrote: >>> On Mon, 2010-08-16 at 13:09 +0200, Jean Pihet wrote: >>>> This patch adds new generic events for dynamic power management >>>> tracing: >>>> - clock events class: used for clock enable/disable and for >>>>    clock rate change, >>>> - power_domain events class: used for power domains transitions. >>>> >>>> The OMAP architecture is using the new events for PM debugging, however >>>> the new events are made generic enough to be used by all platforms. >>> >>> Even though I'm blissfully ignorant on power stuffs, the proposed set of >>> trace thingies doesn't appear to even start covering x86.. >> Ok, let's discuss it! The intention is to provide new generic events. >> >>> >>> CC'ed people who know more on the subject. > Any news on the topic? Any feedback on the code or on the new events > definition is welcome. > >>> > Thanks! >