On Wednesday 10 September 2008, Frans Pop wrote:
Aaah, hmmm.
I'm trying to trace a problem with resume. Once in every 5-10 times resume
fails with dead display even though most times it resumes perfectly. So I
was trying the suggestion in Documentation/power/s2ram.txt and am doing
'echo 1 > /sys/power/pm_trace' before suspending.
Just now I find [1] which mentions that the trace info is saved in the
RTC, which I guess could well explain the jump. If that's what behind
this, wouldn't it make sense to mention that fact in s2ram.txt?
But I would not expect the RTC to get changed when the resume is
successful. Or does it just get updated with every resume step without a
reset to the pre-trace value on completion?
[1]https://lists.linux-foundation.org/pipermail/linux-pm/2006-June/008470.html
--
| Trent Piepho | [PATCH] [POWERPC] Improve (in|out)_beXX() asm code |
| Stoyan Gaydarov | From 2.4 to 2.6 to 2.7? |
| Andi Kleen | [PATCH] [4/50] x86: add cpu codenames for Kconfig.cpu |
| Greg Kroah-Hartman | [PATCH 013/196] Documentation: Replace obsolete "driverfs" with "sysfs". |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Jarek Poplawski | Re: HTB accuracy for high speed |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | Re: [GIT]: Networking |
