From: "Indan Zupancic" <indan@nul.nu>
To: tglx@linutronix.de
Cc: johnstul@us.ibm.com, linux-kernel@vger.kernel.org
Subject: Re: [2.6.21] BUG: clocksource_watchdog isn't reset after resume
Date: Mon, 30 Apr 2007 00:54:17 +0200 (CEST) [thread overview]
Message-ID: <1898.81.207.0.53.1177887257.squirrel@secure.samage.net> (raw)
In-Reply-To: <1177874733.5791.137.camel@localhost.localdomain>
On Sun, April 29, 2007 21:25, Thomas Gleixner wrote:
> On Sun, 2007-04-29 at 18:20 +0200, Indan Zupancic wrote:
>> Hello,
>>
>> After s2ram, basically the following happens, which shouldn't happen:
>>
>> [ 0.880234] Clocksource tsc unstable (delta = 449782067799 ns)
>> [ 0.881221] Time: pit clocksource has been installed.
>>
>> Looking at the source, it seems that clocksource_watchdog isn't reset
>> after resume, while the clock source used is, and hence it thinks that
>> the clock is unstable.
>
> Yup, missed that. I was looking into the resume path anyway for other
> reasons. Does the patch below fix your problem ?
Yes it does, thanks!
Just wondering, but is it expected that tsc doesn't show up in
/proc/timer_list? Output below:
$ cat /proc/timer_list
Timer List Version: v0.3
HRTIMER_MAX_CLOCK_BASES: 2
now at 557820361144 nsecs
cpu: 0
clock 0:
.index: 0
.resolution: 999848 nsecs
.get_time: ktime_get_real
active timers:
clock 1:
.index: 1
.resolution: 999848 nsecs
.get_time: ktime_get
active timers:
#0: <b6e12f10>, it_real_fn, S:01
# expires at 557838167583 nsecs [in 17806439 nsecs]
#1: <b6e12f10>, it_real_fn, S:01
# expires at 577078756293 nsecs [in 19258395149 nsecs]
#2: <b6e12f10>, hrtimer_wakeup, S:01
# expires at 607716759262 nsecs [in 49896398118 nsecs]
#3: <b6e12f10>, it_real_fn, S:01
# expires at 3656633914145 nsecs [in 3098813553001 nsecs]
Tick Device: mode: 0
Clock Event Device: pit
max_delta_ns: 27461866
min_delta_ns: 12571
mult: 5124677
shift: 32
mode: 4
next_event: 0 nsecs
set_next_event: pit_next_event
set_mode: init_pit_timer
event_handler: clockevents_handle_noop
tick_broadcast_mask: 00000000
Tick Device: mode: 0
Clock Event Device: lapic
max_delta_ns: 674685450
min_delta_ns: 1206
mult: 53400874
shift: 32
mode: 2
next_event: 0 nsecs
set_next_event: lapic_next_event
set_mode: lapic_timer_setup
event_handler: tick_handle_periodic
Greetings,
Indan
next prev parent reply other threads:[~2007-04-29 22:54 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-29 16:20 Indan Zupancic
2007-04-29 19:25 ` Thomas Gleixner
2007-04-29 22:54 ` Indan Zupancic [this message]
2007-04-30 0:06 ` Indan Zupancic
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1898.81.207.0.53.1177887257.squirrel@secure.samage.net \
--to=indan@nul.nu \
--cc=johnstul@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=tglx@linutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®