Re: [gpsd-dev] GPSd on FreeBSD

[O'Connor, Daniel]

> On 10 Sep 2019, at 16:30, O'Connor, Daniel <address@hidden> wrote:
> I understand what I want it to do, but I don't understand the internals of 
> GPSd - I am trying to work it out but it's slow going.

I just realised that ppsthread.c isn't really a driver per se, but something 
used by other drivers.

I also see the MAGIC_HAT_ENABLE kludge - I ran sons like:
scons debug=true magic_hat=true

With this diff:
diff --git a/ppsthread.c b/ppsthread.c
index e7cb6c67a..e895d21b9 100644
--- a/ppsthread.c
+++ b/ppsthread.c
@@ -215,6 +215,13 @@ char *pps_get_first(void)
 }
 #endif /* __linux__ */

+#ifdef __FreeBSD__
+char *pps_get_first(void)
+{
+    return "/dev/pps0";
+}
+#endif
+
 static int init_kernel_pps(struct inner_context_t *inner_context)
 /* return handle for kernel pps, or -1; requires root privileges */
 {

Now I get:
gpsd:INFO: KPPS:/dev/pps0 RFC2783 path:/dev/pps0, fd is 5
gpsd:INFO: KPPS:/dev/pps0 pps_caps 0x1133
gpsd:INFO: KPPS:/dev/pps0 have PPS_CANWAIT
gpsd:INFO: KPPS:/dev/pps0 kernel PPS will be used
gpsd:PROG: PPS:/dev/pps0 thread launched
gpsd:INFO: PPS:/dev/gpsd0 ntpshm_link_activate: 1
<snip>
gpsd:INFO: KPPS:/dev/pps0 kernel PPS timeout Operation timed out

So, closer but still not there.

Full log at: http://www.dons.net.au/~darius/gpsd-2.log

--
Daniel O'Connor
"The nice thing about standards is that there
are so many of them to choose from."
 -- Andrew Tanenbaum