diff options
| author | Gary E. Miller <gem@rellim.com> | 2017-01-25 12:24:29 -0800 |
|---|---|---|
| committer | Gary E. Miller <gem@rellim.com> | 2017-01-25 12:24:29 -0800 |
| commit | 9316f55638a8641bf2897667754b2e6f1820c8fb (patch) | |
| tree | d99f443406fa923d061bdd05b3e198186d1c410a | |
| parent | d287c76f4f2e1ffd275da41b84f9e08ea7f74344 (diff) | |
| download | gpsd-9316f55638a8641bf2897667754b2e6f1820c8fb.tar.gz | |
Rasberry -> Raspberry, thanks to Péter <e2qb2a44f@prolan-power.hu>
| -rw-r--r-- | INSTALL | 4 | ||||
| -rw-r--r-- | ppsthread.c | 6 | ||||
| -rw-r--r-- | www/gpsd-time-service-howto.txt | 2 |
3 files changed, 6 insertions, 6 deletions
@@ -220,9 +220,9 @@ If you are using a USB based GPS you will likely need the Prolific PL2303 driver. You can find it here: http://www.prolific.com.tw/US/ShowProduct.aspx?p_id=229&pcid=41 -== Special Notes for Rasberry Pi Installation == +== Special Notes for Raspberry Pi Installation == -gpsd will build, install and run on the Rasberry Pi (RasPi) and Pi 2 +gpsd will build, install and run on the Raspberry Pi (RasPi) and Pi 2 using Debian jessie. Other distributions based on Debian (raspbian, etc) will work fine as well. The gpsd package in Debian Wheezy is known to be flaky, be sure to update to a diff --git a/ppsthread.c b/ppsthread.c index 6aadf90d..cd6c883c 100644 --- a/ppsthread.c +++ b/ppsthread.c @@ -224,7 +224,7 @@ static int init_kernel_pps(struct inner_context_t *inner_context) #endif /* __clang_analyzer__ */ #ifdef __linux__ /* - * Some Linuxes, like the RasbPi's, have PPS devices preexisting. + * Some Linuxes, like the RasPi's, have PPS devices preexisting. * Other OS have no way to automatically determine the proper /dev/ppsX. * Allow user to pass in an explicit PPS device path. * @@ -980,7 +980,7 @@ static void *gpsd_ppsmonitor(void *arg) * * You may think that PPS is very accurate, so the cycle time * valid window should be very small. This is not the case, - * The Rasberry Pi clock is very coarse when it starts and/or chronyd + * The Raspberry Pi clock is very coarse when it starts and/or chronyd * may be doing a fast slew. chronyd by default will slew up * to 8.334%! So the cycle time as measured by the system clock * may be almost +/- 9%. Therefore, gpsd uses a 10% window. @@ -1009,7 +1009,7 @@ static void *gpsd_ppsmonitor(void *arg) } else if (900000 > cycle) { /* longer than 200 milliSec + 10% * shorter than 1.000 Sec - 10% */ - /* Yes, 10% window. The Rasberry Pi clock is very coarse + /* Yes, 10% window. The Raspberry Pi clock is very coarse * when it starts and chronyd may be doing a fast slew. * chronyd by default will slew up to 8.334% ! */ log = "Too long for 5Hz, too short for 1Hz\n"; diff --git a/www/gpsd-time-service-howto.txt b/www/gpsd-time-service-howto.txt index 5eb1a1e6..a643e443 100644 --- a/www/gpsd-time-service-howto.txt +++ b/www/gpsd-time-service-howto.txt @@ -1095,7 +1095,7 @@ when the NTP server sends a request to the remote server an entire ARP cycle will be added to the NTP packet round trip time (RTT). This will throw off the time measurements to servers on the local lan. -On a RasberryPi ARP has been shown to impact the remote offset by up to +On a RaspberryPi ARP has been shown to impact the remote offset by up to 600 uSec in some rare cases. The solution is the same for both ntpd and chronyd, add the "minpoll 5" |