On 06/08/2016 02:13 PM, Gary E. Miller wrote:
Yo Mike!
On Wed, 8 Jun 2016 11:28:51 -0400
Mike wrote:
Attached patch is diff from
http://www.catb.org/esr/faqs/stratum-1-microserver-howto/timeservice
this am.
You just moved it around, but I object to the whole concept:
+
Yo Frank!
On Wed, 8 Jun 2016 14:18:05 -0400
Frank Nicholas wrote:
> > On Jun 8, 2016, at 2:13 PM, Gary E. Miller wrote:
> >
> >
> > + # Make sure the UART device is in a good state
> > + stty -F /dev/gpsd0 raw 9600 cs8 clocal -cstopb
> >
> > This assumes the GPS is at
Gary E. Miller :
> I'd just remove the stty totally, let gpsd do its job and autobaud.
Leads to extreme lag on the Adafruit HAT. Digging into why is on my to-do
list, but I don't want to remove that until I understand what's going on.
--
http://www.catb.org/~esr/";>Eric S. Ra
> On Jun 8, 2016, at 2:13 PM, Gary E. Miller wrote:
>
>
> + # Make sure the UART device is in a good state
> + stty -F /dev/gpsd0 raw 9600 cs8 clocal -cstopb
>
> This assumes the GPS is at 9600 baud, I usually up the speed for better
> performance, 9600 is margina
Yo Mike!
On Wed, 8 Jun 2016 11:28:51 -0400
Mike wrote:
> Attached patch is diff from
> http://www.catb.org/esr/faqs/stratum-1-microserver-howto/timeservice
> this am.
You just moved it around, but I object to the whole concept:
+ # Make sure the UART device is in a goo
On 06/07/2016 07:26 PM, Eric S. Raymond wrote:
Mike :
Looking at the timeservice init script after seeing that ntpd has a PID
value lower than gpsd it looks like their startup order is reversed.
Patch attached...
Okay that patch was a pile of dung...
Attached patch is diff from
http://www.ca
Gary E. Miller :
> I have filed issues for most of these. But I know the issue tracker is
> where things go to die. :-)
Actually, I do pay attention to it. I fixed two issues today. But I admit
that tends to be a background task because the stuff that shows up there
is not usually very importa
Yo Eric!
On Tue, 7 Jun 2016 20:09:06 -0400
"Eric S. Raymond" wrote:
> Gary E. Miller :
> > I like to have gpsd start first. That way when ntpd restarts it has
> > a good local time handy. If ntpd starts first, it will set the
> > local clock using a remote, probably pool, server. Then cntpd h
Gary E. Miller :
> I like to have gpsd start first. That way when ntpd restarts it has
> a good local time handy. If ntpd starts first, it will set the local
> clock using a remote, probably pool, server. Then cntpd has to spend a
> whole day undoing the damage done to the PLL.
Patch applied.
On 06/07/2016 07:26 PM, Eric S. Raymond wrote:
Mike :
Looking at the timeservice init script after seeing that ntpd has a PID
value lower than gpsd it looks like their startup order is reversed.
Patch attached...
I'm not objecting to the patch per se, but what makes the order reversed?
It does
Yo Eric!
On Tue, 7 Jun 2016 19:26:22 -0400
"Eric S. Raymond" wrote:
> Mike :
> > Looking at the timeservice init script after seeing that ntpd has a
> > PID value lower than gpsd it looks like their startup order is
> > reversed.
> >
> > Patch attached...
>
> I'm not objecting to the patch p
Mike :
> Looking at the timeservice init script after seeing that ntpd has a PID
> value lower than gpsd it looks like their startup order is reversed.
>
> Patch attached...
I'm not objecting to the patch per se, but what makes the order reversed?
It doesn't seem like either daemon ought to care
Looking at the timeservice init script after seeing that ntpd has a PID
value lower than gpsd it looks like their startup order is reversed.
Patch attached...
Mike
--- timeservice 2016-06-07 18:43:50.269898401 -0400
+++ timeservice.mab 2016-06-07 18:47:47.302535057 -0400
@@ -13,10 +13,10 @@
13 matches
Mail list logo
