summaryrefslogtreecommitdiff
path: root/driver_geostar.c
diff options
context:
space:
mode:
authorEric S. Raymond <esr@thyrsus.com>2011-06-17 02:23:58 -0400
committerEric S. Raymond <esr@thyrsus.com>2011-06-17 02:23:58 -0400
commit0d3f1eb114c9733519a25f8881b85cb81a7d37a0 (patch)
treeca41b5e9e9ca78637795fbfa5d27b0991dde588d /driver_geostar.c
parent730b2feea3b2da3d046b25b119375682dea5e179 (diff)
downloadgpsd-0d3f1eb114c9733519a25f8881b85cb81a7d37a0.tar.gz
Cut down on gpsd_hexdump_wrapper() calls.
This awkward construct seems to have triggered some sort of toolchain bug. The symptom is that gpsd_hexdump_level has different values depending on whether we test it inside or outside of hex.c. As a first step towards eliminating this global, we throw out a bunch of hex logging that is duplicative or not really needed for production drivers. Experimental drivers can call the hex dumper unconditionally. The goal is to reduce the number of uses of this variable to eliminate it withoud doing violence to the internal APIs. This is a first step. All regression tests pass.
Diffstat (limited to 'driver_geostar.c')
-rw-r--r--driver_geostar.c4
1 files changed, 1 insertions, 3 deletions
diff --git a/driver_geostar.c b/driver_geostar.c
index 3d044541..0d56b233 100644
--- a/driver_geostar.c
+++ b/driver_geostar.c
@@ -68,9 +68,7 @@ static int geostar_write(struct gps_device_t *session,
session->msgbuflen = len * 4;
- gpsd_report(LOG_IO, "Sent GeoStar packet id 0x%x: %s\n", id,
- gpsd_hexdump_wrapper(session->msgbuf, session->msgbuflen, LOG_IO));
-
+ gpsd_report(LOG_IO, "Sent GeoStar packet id 0x%x\n", id);
if (gpsd_write(session, session->msgbuf, session->msgbuflen) !=
(ssize_t) session->msgbuflen)
return -1;