Hi! Switched subject: Rob's work is great for GPS and bluetooth, but this goes beyond it. > On Mon, Jan 16, 2017 at 11:54 PM, Rob Herring <robh@xxxxxxxxxx> wrote: > > > There's still some discussion about what to do with devices that pass thru > > data to userspace unmodified like GPS and could still use tty device for > > the data path. IMO, we should treat this as a separate problem following > > this series. Drivers we want to convert to serdev and already in the > > kernel don't need this functionality. > > In my simple opinion GPSes shound live in drivers/iio/gps simply by > usecase association: streaming out a series of accelerometer readings > periodically through IIOs chardevs and other data about the physical > world is not any different from the GPS usecase that give you a stream > of coordinates on where on this planet you are. That is... not quite how GPSes work. What interface would you propose? It would be good to support error estimates in position/velocities and AGPS data upload. Now, NMEA knows about some of the complexity (not AGPS), but gets the details wrong. In particular, it would be good to have error estimates and velocities from the same moment you get position estimates. > The fact that vendors like to defer GPS processing to userspace because > it is considered "secret sauce" is not the concern of the kernel community, > though problems like that in general is the great tragedy of our time. > > It would be fun to see a pure, reverse-engineered GPS driver in IIO. Well, many GPSes simply produce NMEA, and we have drivers for some other. Here's example driver: https://gitlab.com/tui/tui/blob/master/ofone/gps3.c Best regards, Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Attachment:
signature.asc
Description: Digital signature
