| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
| |
Most drivers now have a control_send method that takes a
payload. provides whatever checksuming and leader/trailer bytes are
needed, and ships it to a specified active device.
This change should not alter any behavior. All regression tests pass.
|
| |
|
|
|
|
|
|
| |
...and copying ascii strings around when they're not going to be printed.
This saves quite a lot of CPU. I processed a 50MB ubx binary file. With
no "-D" options, this saved nearly 2.2M calls to gpsd_hexdump and the
processing time for this file went from 84 seconds to 35 seconds.
|
| | |
|
| |
|
|
|
| |
Change to 'type_name' so gpsd pieces can be used with C++. Reported
by Matt Roberds <mattroberds@cox.net>.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
The linux Uvcvideo project reports similar issues with sending ACKs too quickly.
|
| | |
|
| | |
|
| |
|
|
| |
Teach the daemon to ignore comment packets led with # and ended with \n.
|
| | |
|
| |
|
|
| |
It seems this might vary by firmware version.
|
| |
|
|
| |
See <https://lists.berlios.de/pipermail/gpsd-dev/2006-November/005392.html>.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This is a big, super-intrusive patch but changes no logic at all --
it's all about ripping out some of the gps_device_t structure members
into a new gps_packet_t structure. Even the driver API doesn't change
at all, this is all libgpsd(3) internals being rearranged.
The motivation here is that we want to kill off the ad-hoc Python
implementation of a packet-sniffer in gpsfake. To do that we need to
be able to write a "pure" packet sniffer that uses the same C code as
the daemon's but without being welded to the rest of the libgpsd(3)
code. This is the first step towards that.
|
| |
|
|
|
|
|
| |
consistent, document them, and tie the two places where this
assumption is used tigether with comments.
Also, a minor documentation tweak.
|
| |
|
|
|
|
| |
No PVT, SAT or RMD data is sent from a USB Garmin until this data is
sent to it. After this patch Garmin USB is still broken.
garmin_usb_configure() is never being called?
|
| | |
|
| |
|
|
| |
...the same way probe_subtype does, and for the same reason.
|
| |
|
|
| |
if configuration is enabled.
|
| | |
|
| |
|
|
|
| |
*immediately* improve detection of SiRF devices in NMEA mode, and probably
solves Davor Emard's Garmin GPS-10 bug as well (though this is not yet proven.
|
| | |
|
| |
|
|
|
| |
between our LOG_ERR and the syslog() macro by changing ours to
LOG_ERROR.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch defines a uniform set of log levels and changes all gpsd_report()
instances to use them. In most cases (I'd say about 80%) this will make
no observable difference, as the numeric log levels the code was using were
not too badly inconsistent anyway. The new log level macros are defined
and described in gpsd.h.
The main thing I wanted was to be able to consistently force dumping
of all I/O to devices and clients with -D 4. Some drivers didn't honor
this. One or two still may not through lack of an internal write() wrapper
that does logging; there will need to be some followup changes.
Level 0 messages are always displayed, but to make the semantics clearer
there are two defines LOG_ERR and LOG_SHOUT.
Level 5 is still super-raw I/O reporting. Level 6 and 7 messages are
tagged RAW_LOG+1 and RAW_LOG+2; I was particularly careful about these
because we have one report of a user who is getting good results from
Garmin serial only at -D 7 or up, and perish forbid I should interfere
with that bug being found.
|
| |
|
|
|
| |
Give serial.c a new entry point so storage for TTY settings can stay
private to serial.c rather than being tweaked in the Garmin driver.
|
| | |
|
| | |
|
| |
|
|
| |
...into a new garmin_switcher method. Also, some splint cleanup.
|
| | |
|
| | |
|
| |
|
|
|
| |
While investigating this I discovered that part of a previous cange (moving an
ntpshm_put() call out of the NMEA driver) was incorrect and reverted it.
|
| |
|
|
|
| |
instead of packet mode. A bit simpler than the old way and works
around a kernel bug.
|
| |
|
|
|
|
| |
...for those who want to build their own apps linked against libgps and
want the headers to work. Works on OpenBSD, tested by Jeff Francis on
OS X and Linux
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
...a function to be called just after the autobaud hunt sets the line
speed each time. Use this to get rid of the internal baud hunt loop
in the True North driver; instead, the ID query and rate-setting
strings will be sent by the wakeup hook.
Note: this patch is untested. I'm pretty certain it will work, but
somebody needs to try it on live hardware.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
I think this is right, but it would be nice if a garmin user could
verify that this does still work.
|
| | |
|
| |
|
|
|
| |
...to be consistent with garmin_ser_parse and to indicate this is the
handler for the usb transport.
|
| | |
|
| | |
|
| |
|
|
|
| |
The code is then cleaner and one step closer being able to send Garmin
Serial Binary packets.
|
| | |
|
| | |
|
