On 03/07/2015 01:41 PM, Neil Green wrote:
In an attempt to squeeze all I can out of a NTP and GPS/PPS setup on the
Raspberry Pi 2 I’m starting to experiment with compile flags using GCC 4.8.
Currently I have:
CC="gcc-4.8" CFLAGS="-mcpu=cortex-a7 -mfpu=neon-vfpv4" ./configure
--enable-NMEA --e
I don't know how significant the tweaks will be, but it is better to
use:
configure CC="..." CFLAGS="..." --whatever
because that way your tweaks will still be used if configure is re-run
via the Makefiles.
See http://www.gnu.org/prep/standards/html_node/Configuration.html .
--
Harlan Stenn
h
On 2015-03-07, Magnus Danielson wrote:
> Harlan,
>
> On 03/07/2015 12:12 PM, Harlan Stenn wrote:
>> OK, a fair amount of good stuff is being discussed.
>>
>> Do we mostly all agree that the purpose of the drift file is to give
>> ntpd a hint as to the frequency drift at startup?
>>
>> If so...
>>
On 2015-03-07, Neil Green wrote:
> In an attempt to squeeze all I can out of a NTP and GPS/PPS setup on the
> Raspberry Pi 2 I???m starting to experiment with compile flags using GCC 4.8.
> Currently I have:
>
> CC="gcc-4.8" CFLAGS="-mcpu=cortex-a7 -mfpu=neon-vfpv4" ./configure
> --enable-NMEA
On 07/03/2015 12:41, Neil Green wrote:
In an attempt to squeeze all I can out of a NTP and GPS/PPS setup on the
Raspberry Pi 2 I’m starting to experiment with compile flags using GCC 4.8.
Currently I have:
CC="gcc-4.8" CFLAGS="-mcpu=cortex-a7 -mfpu=neon-vfpv4" ./configure
--enable-NMEA --enab
In an attempt to squeeze all I can out of a NTP and GPS/PPS setup on the
Raspberry Pi 2 I’m starting to experiment with compile flags using GCC 4.8.
Currently I have:
CC="gcc-4.8" CFLAGS="-mcpu=cortex-a7 -mfpu=neon-vfpv4" ./configure
--enable-NMEA --enable-ATOM --enable-linuxcaps --disable-all-
On 07/03/2015 11:12, Harlan Stenn wrote:
OK, a fair amount of good stuff is being discussed.
Do we mostly all agree that the purpose of the drift file is to give
ntpd a hint as to the frequency drift at startup?
If so...
The current mechanism is designed to handle the case where ntpd is
restar
Harlan,
On 03/07/2015 12:12 PM, Harlan Stenn wrote:
OK, a fair amount of good stuff is being discussed.
Do we mostly all agree that the purpose of the drift file is to give
ntpd a hint as to the frequency drift at startup?
If so...
The current mechanism is designed to handle the case where nt
Harlan,
On 03/06/2015 10:35 AM, Harlan Stenn wrote:
Folks,
A while ago we got a request from the embedded folks asking for a way to
limit the writing of the drift file unless there was a "big enough"
change in the value to warrant this.
Somebody came up with an interesting way to do this that
catherine.wei1...@gmail.com writes:
> Hi,David, just like you said, we're offering ntpq to our customers to
> test the ntp function, for example, they have sevral ntp servers and
> need to choose which servers are good, they need to switch between
> these servers. Thank you.
Why not list all (or a
OK, a fair amount of good stuff is being discussed.
Do we mostly all agree that the purpose of the drift file is to give
ntpd a hint as to the frequency drift at startup?
If so...
The current mechanism is designed to handle the case where ntpd is
restarted fairly quickly, so there's a good chanc
On 07/03/2015 08:35, catherine.wei1...@gmail.com wrote:
[]
Hi,Dayvid, just like you said, we're offering ntpq to our customers to test the
ntp function, for example, they have sevral ntp servers and need to choose
which servers are good, they need to switch between these servers. Thank you.
O
On Monday, March 2, 2015 at 6:43:03 PM UTC+8, David Taylor wrote:
> On 02/03/2015 09:30, catherine.wei1...@gmail.com wrote:
> > Hi,David,
> > In our system, we need to unconfig and restrict in some operations through
> > ntpq utility which originally was realized by ntpdc. However, ntpdc doesn't
13 matches
Mail list logo