On 12/14/2012 17:49, Brian Utterback wrote:
On 12/14/12 16:11, A C wrote:
I finally had a panic stop with an instrumented copy of 4.2.7p270
which was capturing various values inside the functions
refclock_process_f and refclock_process_offset.
I'm going to post an entire capture of the log but
On 12/14/12 16:11, A C wrote:
I finally had a panic stop with an instrumented copy of 4.2.7p270
which was capturing various values inside the functions
refclock_process_f and refclock_process_offset.
I'm going to post an entire capture of the log but one thing I noticed
is that the value of
I finally had a panic stop with an instrumented copy of 4.2.7p270 which
was capturing various values inside the functions refclock_process_f and
refclock_process_offset.
I'm going to post an entire capture of the log but one thing I noticed
is that the value of pp->nsec at the top of refclock
Folks, I have received the following:
_
NOTIFICATION OF GPS JAMMING EXERCISE STANFORD TRAINING AREA, EAST
ANGLIA, March 2013
Dates: Between 18 and 22 March 2013.
Times: 0900 -1700 GMT.
Location of MULTIPLE jammers:
Land based within 5km of N52° 29.0' E000° 4
On 24/11/2012 19:56, David Taylor wrote:
I've just started the statistics collection on my Linux/RPi NTP server,
and when plotting the jitter results I found that most of the values
were zero. I don't see that on my Windows stratum-1 systems. Is there
a limit in the calculation of the jitter va