lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Date:	Fri, 18 Apr 2008 12:16:08 +0200
From:	Helge Hafting <helge.hafting@...el.hist.no>
To:	linux-kernel@...r.kernel.org, linux-usb@...r.kernel.org
Subject: Problem with delayed data from pl2303 usb serial gps

Problem:
I run car navigation software on linux, using a gps.
Getting data from the gps unit in a timely fashion is important, as
the software says thing like "turn left in 50m". That is useless however,
if the message arrives 10s after you passed the intersection!

The gps unit reports location once per second.
I frequently see delays of up to 13 seconds. I drive down a street and
make a turn or stop. Then I look at map display, and count 13 updates
before the map reflects what I did.

This is also a problem when mapping in real-time. I.e. someone drive the car
over a bridge, and I record the bridge start and endpoints on the live 
gps tracklog.
Needless to say, this approach doesn't work if the live tracklog lags behind
reality by 13s. . .

I make sure the pc has a load well below 1, so this is not cpu 
starvation. This even
happens with dual cores. I have observed the problem with two different
machines: a core2duo laptop in 64bit mode, and a via mini-itx in 32-bit 
mode.

I have also seen the problem with various software, a commercial navigation
program reading directly from /dev/ttyUSB0, as well as the open programs
josm and navit, both going via gpsd. gpsd is supposed to run with low 
latency.

The problem is an old one. It is in 2.6.24, and it existed a couple of years
ago too. I have used two different gps units (my old one broke) of
different manufacture. Both uses pl2303 though.

The delay is not constant. Everything may be ok when I start the
software, and then the delay build up gradually over a few minutes.

Is there hope of fixing this, or is the pl2303 something to avoid?

Helge Hafting
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ