[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160818114254.GF7427@amd>
Date: Thu, 18 Aug 2016 13:42:54 +0200
From: Pavel Machek <pavel@....cz>
To: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
Cc: Marcel Holtmann <marcel@...tmann.org>,
"H. Nikolaus Schaller" <hns@...delico.com>,
Rob Herring <robh@...nel.org>, Jiri Slaby <jslaby@...e.com>,
Sebastian Reichel <sre@...nel.org>,
Peter Hurley <peter@...leysoftware.com>,
NeilBrown <neil@...wn.name>, Arnd Bergmann <arnd@...db.de>,
Linus Walleij <linus.walleij@...aro.org>,
"open list:BLUETOOTH DRIVERS" <linux-bluetooth@...r.kernel.org>,
linux-serial@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [RFC PATCH 0/3] UART slave device bus
Hi!
> > > I would _love_ to see that happen, but what about the GPS line
> > > discipline that we have today? How would that match up with a char
> > > device driver?
> >
> > we have a GPS line discipline? What is that one doing? As far as I
> > know all GPS implementations are fully userspace.
>
> Hm, for some reason I thought that was what n_gsm.c was being used for,
> but I could be wrong, I've never seen the hardware that uses that
> code...
n_gsm.c seems to be multiplexing support. Splits one serial link into
multiple "virtual" serial links. Nothing to do with GPS explicitely,
altrough it looks NMEA data is going to go over one of the channels
sometimes.
I guess we should care about that later...
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Powered by blists - more mailing lists