[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200121121124.1a1f3175@gandalf.local.home>
Date: Tue, 21 Jan 2020 12:11:24 -0500
From: Steven Rostedt <rostedt@...dmis.org>
To: lukasz.luba@....com
Cc: linux-kernel@...r.kernel.org, linux-pm@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org,
dri-devel@...ts.freedesktop.org, linux-omap@...r.kernel.org,
linux-mediatek@...ts.infradead.org, linux-arm-msm@...r.kernel.org,
linux-imx@....com, Morten.Rasmussen@....com,
Dietmar.Eggemann@....com, Chris.Redpath@....com,
ionela.voinescu@....com, javi.merino@....com,
cw00.choi@...sung.com, b.zolnierkie@...sung.com, rjw@...ysocki.net,
sudeep.holla@....com, viresh.kumar@...aro.org, nm@...com,
sboyd@...nel.org, rui.zhang@...el.com, amit.kucheria@...durent.com,
daniel.lezcano@...aro.org, mingo@...hat.com, peterz@...radead.org,
juri.lelli@...hat.com, vincent.guittot@...aro.org,
qperret@...gle.com, bsegall@...gle.com, mgorman@...e.de,
shawnguo@...nel.org, s.hauer@...gutronix.de, festevam@...il.com,
kernel@...gutronix.de, khilman@...nel.org, agross@...nel.org,
bjorn.andersson@...aro.org, robh@...nel.org,
matthias.bgg@...il.com, steven.price@....com,
tomeu.vizoso@...labora.com, alyssa.rosenzweig@...labora.com,
airlied@...ux.ie, daniel@...ll.ch, patrick.bellasi@...bug.net
Subject: Re: [PATCH 3/4] thermal: devfreq_cooling: Refactor code and switch
to use Energy Model
On Thu, 16 Jan 2020 15:20:31 +0000
lukasz.luba@....com wrote:
> diff --git a/include/trace/events/thermal.h b/include/trace/events/thermal.h
> index 135e5421f003..8a5f04888abd 100644
> --- a/include/trace/events/thermal.h
> +++ b/include/trace/events/thermal.h
> @@ -153,31 +153,30 @@ TRACE_EVENT(thermal_power_cpu_limit,
> TRACE_EVENT(thermal_power_devfreq_get_power,
> TP_PROTO(struct thermal_cooling_device *cdev,
> struct devfreq_dev_status *status, unsigned long freq,
> - u32 dynamic_power, u32 static_power, u32 power),
> + u32 power),
>
> - TP_ARGS(cdev, status, freq, dynamic_power, static_power, power),
> + TP_ARGS(cdev, status, freq, power),
>
> TP_STRUCT__entry(
> __string(type, cdev->type )
> __field(unsigned long, freq )
> - __field(u32, load )
> - __field(u32, dynamic_power )
> - __field(u32, static_power )
> + __field(u32, busy_time)
> + __field(u32, total_time)
> __field(u32, power)
> ),
>
> TP_fast_assign(
> __assign_str(type, cdev->type);
> __entry->freq = freq;
> - __entry->load = (100 * status->busy_time) / status->total_time;
> - __entry->dynamic_power = dynamic_power;
> - __entry->static_power = static_power;
> + __entry->busy_time = status->busy_time;
> + __entry->total_time = status->total_time;
> __entry->power = power;
> ),
>
> - TP_printk("type=%s freq=%lu load=%u dynamic_power=%u static_power=%u power=%u",
> + TP_printk("type=%s freq=%lu load=%u power=%u",
> __get_str(type), __entry->freq,
> - __entry->load, __entry->dynamic_power, __entry->static_power,
> + __entry->total_time == 0 ? 0 :
> + (100 * __entry->busy_time) / __entry->total_time,
> __entry->power)
> );
>
Tracing updates look fine to me. Having the division on the output
makes more sense.
Reviewed-by: Steven Rostedt (VMware) <rostedt@...dmis.org> # for tracing code
-- Steve
Powered by blists - more mailing lists