[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [gpsd-dev] Help with DragonBoard 410c driver integration into GPSD

From: Fred Wright
Subject: Re: [gpsd-dev] Help with DragonBoard 410c driver integration into GPSD
Date: Sat, 30 Sep 2017 13:58:08 -0700 (PDT)

On Mon, 11 Sep 2017, Anna Hanna Sedlak Grinbaum wrote:

> Can you please look into out issue?

I'd meant to respond to this earlier, but only to say that it's not clear
what you're asking for.  You say you already have software to turn the
data into an NMEA stream.  If that's the case, then if you just export
that via TCP, UDP, or a PTY, you can point GPSD at that source and it will
use it, without any changes.

If what you're asking for is a way to eliminate the "middle man" and have
GPSD read from the receiver directly, then that would require a new
driver.  It would also be a conceptually different driver from GPSD's
current drivers, which simply deal with how to interpret the data and not
how to obtain it.  That doesn't rule it out, but it makes it a bigger
change than the usual "support yet another receiver type" change.

I believe that GPSD is used in Android, and that Android currently runs on
at least some Snapdragon chipsets, so it might be worth looking into how
Android is doing it now (if it's publicly available), rather than
reinventing the wheel.

Fred Wright

> We are trying to bringup the GPS functionality on Snapdragon 410 processor
> (DragonBoard 410c development board), which has the GPS supported in HW.
> With the current upstream drivers we are able to send the GPS data to the
> Linux user space where it is repacked to be composed into NMEA strings. We
> are looking for the best upstreamable architecture so that GPSD will be able
> to work well on the DragonBoard.
> Are there any advises on the architecture to support this? Any similar
> examples would be more than welcome too.
> Some information on the DragonBoard:

reply via email to

[Prev in Thread] Current Thread [Next in Thread]