From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752160AbdATOW4 (ORCPT ); Fri, 20 Jan 2017 09:22:56 -0500 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:53189 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752040AbdATOWy (ORCPT ); Fri, 20 Jan 2017 09:22:54 -0500 Date: Fri, 20 Jan 2017 15:22:42 +0100 From: Pavel Machek To: Linus Walleij Cc: Rob Herring , "linux-iio@vger.kernel.org" , Jonathan Cameron , Greg Kroah-Hartman , Marcel Holtmann , Jiri Slaby , Sebastian Reichel , Arnd Bergmann , "Dr . H . Nikolaus Schaller" , Peter Hurley , Andy Shevchenko , Alan Cox , Loic Poulain , NeilBrown , "linux-bluetooth@vger.kernel.org" , "linux-serial@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: GPS drivers (was Re: [PATCH v2 0/9] Serial slave device bus) Message-ID: <20170120142242.GC5241@amd> References: <20170116225436.17505-1-robh@kernel.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Fig2xvG2VGoz8o/s" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --Fig2xvG2VGoz8o/s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 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 wrote: >=20 > > There's still some discussion about what to do with devices that pass t= hru > > 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. >=20 > 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.=20 > The fact that vendors like to defer GPS processing to userspace because > it is considered "secret sauce" is not the concern of the kernel communit= y, > though problems like that in general is the great tragedy of our time. >=20 > 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 --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --Fig2xvG2VGoz8o/s Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAliCHTIACgkQMOfwapXb+vKB8gCeLoxvhC7OnFqX6DyjzWiufmoh TpYAn1pJGsd+Wdk04/HbYaoOcIt/Ltqt =oRgW -----END PGP SIGNATURE----- --Fig2xvG2VGoz8o/s--