Re: False positive (well not really) on RT backward clock check

On Fri, 2005-10-21 at 10:59 -0700, john stultz wrote:
> > This is at the moment where the clock source is switched over. I check
> > what might be the reason.
> > 
> > John, any idea ?
> 
> This is using the B7 tod code, correct? If so, B8 corrected a problem
> specifically with changing clocksources (most easily seen while changing
> to the TSC based clocksource), so I would not be surprised if this is
> the same bug.

Thanks, will rebase to B8

	tglx


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

References:
- False positive (well not really) on RT backward clock check
  - From: Steven Rostedt <[email protected]>
- Re: False positive (well not really) on RT backward clock check
  - From: Thomas Gleixner <[email protected]>
- Re: False positive (well not really) on RT backward clock check
  - From: Steven Rostedt <[email protected]>
- Re: False positive (well not really) on RT backward clock check
  - From: Thomas Gleixner <[email protected]>
- Re: False positive (well not really) on RT backward clock check
  - From: john stultz <[email protected]>

Prev by Date: Re: Ktimer / -rt9 (+custom) monotonic_clock going backwards.
Next by Date: Re: ioctls, etc. (was Re: [PATCH 1/4] sas: add flag for locally attached PHYs)
Previous by thread: Re: False positive (well not really) on RT backward clock check
Next by thread: Re: question about code from the linux kernel development ( se ) book
Index(es):
- Date
- Thread

[Index of Archives] [Kernel Newbies] [Netfilter] [Bugtraq] [Photo] [Stuff] [Gimp] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Linux RAID] [Video 4 Linux] [Linux for the blind] [Linux Resources]