RE: [RFC][PATCH] fsys_gettimeofday leaps days if it runs with nojitter

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> > I'm guessing here ... I haven't cross-checked with the architects.
>
> I'll be glad if we can get a comment from Intel's architects.

I talked this through with an architect, and I'm right.  In the
sequence:

	ld4.acq  rM = [rN]
	;;
	mov rP = ar.itc

there are no dependencies, so the read of ar.itc can occur
"IMMEDIATELY after the load issues".

Consuming the result of the load in between will create a
dependency ... so the timestamp will be taken as we want it,
after the load.

So I can apply this patch (moving the "and r28 = ~1,r28").

What other time patches are you still pushing?  The time
interpolator changes that were predicted still look like
they are pending somewhere (kernel/timer.c hasn't been
changed).

-Tony
-
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel]     [Sparc Linux]     [DCCP]     [Linux ARM]     [Yosemite News]     [Linux SCSI]     [Linux x86_64]     [Linux for Ham Radio]

  Powered by Linux