[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160203140600.GG3469@vireshk>
Date: Wed, 3 Feb 2016 19:36:00 +0530
From: Viresh Kumar <viresh.kumar@...aro.org>
To: rjw@...ysocki.net, Gautham R Shenoy <ego@...ux.vnet.ibm.com>
Cc: Shilpasri G Bhat <shilpa.bhat@...ux.vnet.ibm.com>,
linuxppc-dev@...abs.org, linux-kernel@...r.kernel.org,
linux-pm@...r.kernel.org, pc@...ibm.com, anton@...ba.org,
shreyas@...ux.vnet.ibm.com, bsingharora@...il.com,
mpe@...erman.id.au, linux-api@...r.kernel.org
Subject: Re: [PATCH v8 6/6] cpufreq: powernv: Add sysfs attributes to show
throttle stats
On 03-02-16, 17:32, Gautham R Shenoy wrote:
> Regarding the table-format, it breaks the sysfs's one-value-per-file
> rule. So I would still prefer each throttle reason being a separate
> file which gives the number of times the chip frequency was throttled
> due to that reason. We can live without the per-frequency
> throttle stats listed in the throttle_status.
>
> So, would the following be sysfs group structure be acceptable?
>
> $ls -1 /sys/devices/system/cpu/cpuX/cpufreq/throttle_stats/
> unthrottle
> powercap
> overtemp
> supply_fault
> overcurrent
> occ_reset
> turbo_stat
> sub_turbo_stat
That was suggested for your convenience only, feel free to keep it the
way you want it.
I forgot about the one-value-per-file thing really, but we are using
that for cpufreq-stats as well.
And now that you have mentioned that to me, why shouldn't this stats
directory be moved to debugfs ? :)
We are never going to perform a store here, isn't it ? And is just for
information, nothing more.
@Rafael: ??
--
viresh
Powered by blists - more mailing lists