[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <6c4c5ac6-2d80-694e-866b-21fe5ef1853f@arm.com>
Date: Wed, 22 Jan 2020 09:35:36 +0000
From: Lukasz Luba <lukasz.luba@....com>
To: Steven Rostedt <rostedt@...dmis.org>
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 1/21/20 5:11 PM, Steven Rostedt wrote:
> 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
>
Thank you Steven, I will include it in the next version with a proper
label.
Regards,
Lukasz
Powered by blists - more mailing lists