Re: [Powertop] Fwd: powertop result
by Zhaoyang Huang
Please find bellowing for console's log. Thanks
root@scx35l64_sp9838aea_5mod:/system/bin # powertop --html
modprobe cpufreq_stats failedmodprobe msr failedLoaded 0 prior measurements
Cannot load from file /data/local/powertop/saved_parameters.powertop
File will be loaded after taking minimum number of measurement(s) with
battery only
RAPL device for cpu 7
Model-specific registers (MSR) not found (try enabling
CONFIG_X86_MSR).
Model-specific registers (MSR) not found (try enabling
CONFIG_X86_MSR).
Model-specific registers (MSR) not found (try enabling
CONFIG_X86_MSR).
Model-specific registers (MSR) not found (try enabling
CONFIG_X86_MSR).
Model-specific registers (MSR) not found (try enabling
CONFIG_X86_MSR).
Model-specific registers (MSR) not found (try enabling
CONFIG_X86_MSR).
Model-specific registers (MSR) not found (try enabling
CONFIG_X86_MSR).
RAPL device for cpu 7
Model-specific registers (MSR) not found (try enabling
CONFIG_X86_MSR).
Model-specific registers (MSR) not found (try enabling
CONFIG_X86_MSR).
Model-specific registers (MSR) not found (try enabling
CONFIG_X86_MSR).
Model-specific registers (MSR) not found (try enabling
CONFIG_X86_MSR).
Model-specific registers (MSR) not found (try enabling
CONFIG_X86_MSR).
Model-specific registers (MSR) not found (try enabling
CONFIG_X86_MSR).
Model-specific registers (MSR) not found (try enabling
CONFIG_X86_MSR).
Cannot load from file /data/local/powertop/saved_parameters.powertop
File will be loaded after taking minimum number of measurement(s) with
battery only
Preparing to take measurements
trace-cmd: No such device
unknown op '{'
Taking 1 measurement(s) for a duration of 20 second(s) each.
PowerTOP outputing using base filename powertop.html
On 13 January 2016 at 13:04, Zhaoyang Huang <zhaoyang.huang(a)linaro.org> wrote:
> Hi,
> I have rebased my tree on the master branch. The result remains same
> as before, where the problem mainly focus on powertop can not parse
> the topology correctly. Powertop just show cpu 7 while we have 8 cores
> within two clusters.
>
> On 12 January 2016 at 17:46, Wang, Wendy <wendy.wang(a)intel.com> wrote:
>> Pls try powertop v2.8.
>>
>> -----Original Message-----
>> From: PowerTop [mailto:powertop-bounces@lists.01.org] On Behalf Of Zhaoyang Huang
>> Sent: Tuesday, January 12, 2016 5:44 PM
>> To: powertop(a)lists.01.org
>> Subject: [Powertop] Fwd: powertop result
>>
>> Hi powertop guys,
>> I have compiled the powertop based on Android5.1 successfully and have the powertop run on a bL SOC. Whereas, the result shows abnormal, which can not parse the topology correctly. Do you run across the same problem.
>>
>> please find the attachment for the test report
6 years, 4 months
Fwd: powertop result
by Zhaoyang Huang
Hi powertop guys,
I have compiled the powertop based on Android5.1 successfully and have
the powertop run on a bL SOC. Whereas, the result shows abnormal,
which can not parse the topology correctly. Do you run across the same
problem.
please find the attachment for the test report
6 years, 4 months
Fwd: Suggested tunables addition: sysctl kernel.core_pattern
by George Barrett
Hi, first off thanks for the great tool!
I currently rely on a systemd unit file present in the Fedora package
for powertop to do most of my laptop's power saving config on boot, and
it works great. However, I've noticed a missing tunable which might be
helpful for some folks: setting the kernel.core_pattern sysctl
parameter to |/dev/null or similar. On my x220, this parameter set to
it's default causes systemd-coredump to peg a single core, sometimes
for quite an extended period of time. On many devices this would cause
substantially greater heat output, and most importantly substantially
higher power consumption.
I had a quick browse of the source code to see if this addition was
trivial enough for me to submit a patch over, but from what I could see
the existing tunables seem to work exclusively with sysfs.
Unfortunately I don't write much C++, so I apologise for sending this
particular email rather than submitting a patch for y'all.
Thanks
6 years, 4 months