Re: [RFC 1/1] ARM: print MHz in /proc/cpuinfo

2016-06-09 Thread Jon Mason
On Thu, Jun 9, 2016 at 5:09 AM, Sudeep Holla wrote: > > > On 08/06/16 20:31, Jon Mason wrote: >> >> On Wed, Jun 08, 2016 at 09:34:06AM +0100, Sudeep Holla wrote: >>> >>> >>> >>> On 07/06/16 22:08, Jon Mason wrote: Query the CPU core clock in the device tree to determine the core clock >>

Re: [RFC 1/1] ARM: print MHz in /proc/cpuinfo

2016-06-09 Thread Sudeep Holla
On 08/06/16 20:31, Jon Mason wrote: On Wed, Jun 08, 2016 at 09:34:06AM +0100, Sudeep Holla wrote: On 07/06/16 22:08, Jon Mason wrote: Query the CPU core clock in the device tree to determine the core clock speed. How do guarantee that it's the current frequency of the CPU ? I am basing

Re: [RFC 1/1] ARM: print MHz in /proc/cpuinfo

2016-06-08 Thread Jon Mason
On Wed, Jun 08, 2016 at 09:34:06AM +0100, Sudeep Holla wrote: > > > On 07/06/16 22:08, Jon Mason wrote: > >Query the CPU core clock in the device tree to determine the core clock > >speed. > > How do guarantee that it's the current frequency of the CPU ? I am basing it on the assumption (perhap

Re: [RFC 1/1] ARM: print MHz in /proc/cpuinfo

2016-06-08 Thread Sudeep Holla
On 07/06/16 22:08, Jon Mason wrote: Query the CPU core clock in the device tree to determine the core clock speed. How do guarantee that it's the current frequency of the CPU ? It doesn't even represent the mix or max frequency, so it's incorrect. Some DTs have boot frequency in that entry.

[RFC 1/1] ARM: print MHz in /proc/cpuinfo

2016-06-07 Thread Jon Mason
Query the CPU core clock in the device tree to determine the core clock speed. Output this clock rate in /proc/cpuinfo to match the output from other architectures. The output is intentionally patterned after the x86 output, to match existing (and possibly expected) convention. If any errors are