Package: ntp Version: 1:4.2.2.p4+dfsg-2 Severity: normal The palisade reference clock for synchronization with GPS doesn't output correct RTS pulses, which are required to trigger timestamps in the receiver. The reason for this is, that there is an implicit timing assumption about the get_systime call on line 851. Since the RTS signal on the serial interface is set on line 837 and turned off on line 853, the pulse width is only dependent on the duration of the get_systime call. On fast processing, the pulse width is of RTS to short, to generate correct signal levels on the RS232 interface output.
The problem seams to be dependent on the platform and/or serial interface (didn't have troubles with USB2serial converters or on other computers). I strongly suggest to add an usleep(10); call after the get_systime call to fix this problem (working solution on my system). -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ntp depends on: ii adduser 3.102 Add and remove users and groups ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libreadline5 5.2-2 GNU readline and history libraries ii libssl0.9.8 0.9.8c-4etch3 SSL shared libraries ii lsb-base 3.1-23.2etch1 Linux Standard Base 3.1 init scrip ii netbase 4.29 Basic TCP/IP networking system ii perl 5.8.8-7etch3 Larry Wall's Practical Extraction ntp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
