http://defect.opensolaris.org/bz/show_bug.cgi?id=3468
Summary: PowerTOP shows zeroed data after suspend/resume
Classification: Development
Product: power-mgmt
Version: unspecified
Platform: ANY/Generic
OS/Version: OpenSolaris
Status: NEW
Severity: minor
Priority: P4
Component: powertop
AssignedTo: rafael.vanoni at sun.com
ReportedBy: cmynhier at gmail.com
CC: tesla-dev at opensolaris.org
Estimated Hours: 0.0
PowerTOP shows zeroed data after suspend/resume. This also happens is the
powertop process is stopped for a minute or longer (e.g., "pstop `pgrep
powertop` && sleep 60 && prun `pgrep powertop`.)
Here's an example of data before such an interruption:
Cn Avg residency P-states (frequencies)
C0 (cpu running) (15.6%) 2599 Mhz 100.0%
C1 1.0ms (84.4%)
Wakeups-from-idle per second: 872.3 interval: 5.0s
no ACPI power usage estimate available
Top causes for wakeups:
14.0% (122.4) firefox-bin : <scheduled timeout expiration>
11.5% (100.0) <kernel> : genunix`clock
8.5% ( 74.1) sched : <scheduled timeout expiration>
7.1% ( 62.1) sched : <cross calls>
7.0% ( 60.7) <interrupt> : nvidia#0
6.4% ( 55.7) <interrupt> : nge#0
4.1% ( 35.5) <interrupt> : nv_sata#0
[ ... ]
And the following is an example of data after such an interruption:
Cn Avg residency P-states (frequencies)
C0 (cpu running) (100.0%) 2599 Mhz 100.0%
C1 0.0ms (0.0%)
Wakeups-from-idle per second: 0.0 interval: 5.0s
no ACPI power usage estimate available
Top causes for wakeups:
0.0% ( 0.0) <kernel> : nv_sata`nv_timeout
0.0% ( 0.0) <kernel> : sd`sd_pm_idletimeout_handler
0.0% ( 0.0) <kernel> : sd`sd_start_retry_command
0.0% ( 0.0) <kernel> : sd`sd_restore_throttle
0.0% ( 0.0) <kernel> : ata`ghd_timeout
0.0% ( 0.0) <kernel> : ip`igmp_slowtimo
0.0% ( 0.0) <kernel> : ip`ip_trash_timer_expire
--
Configure bugmail: http://defect.opensolaris.org/bz/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
