On Fri 2017-01-20 18:16:11, Andy Shevchenko wrote:
> On Fri, 2017-01-20 at 16:26 +0100, Linus Walleij wrote:
>
> > > 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 f
Hi!
> >> 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 str
On Fri, 2017-01-20 at 16:26 +0100, Linus Walleij wrote:
> > 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.
>
> NMEA if it i
oOn Fri, Jan 20, 2017 at 3:22 PM, Pavel Machek wrote:
> Switched subject: Rob's work is great for GPS and bluetooth, but this
> goes beyond it.
Sure why not talk around a bit.
>> In my simple opinion GPSes shound live in drivers/iio/gps simply by
>> usecase association: streaming out a series o
> Am 20.01.2017 um 15:14 schrieb Marcel Holtmann :
>
> Hi Linus,
>
>>> 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 follow
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:
>
> > 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 dev
Hi Linus,
>> 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 a
On Mon, Jan 16, 2017 at 11:54 PM, Rob Herring 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. Dr
On Mon, Jan 16, 2017 at 04:54:27PM -0600, Rob Herring wrote:
> Here's a new version of the serdev bus support with all the review
> feedback so far incorporated. I've left it named serdev for now pending
> any further votes one way or the other, but I did rename the sysfs visible
> portions to "ser
Hi,
On Fri, Jan 20, 2017 at 02:36:12AM +0100, msuchanek wrote:
> On 2017-01-16 23:54, Rob Herring wrote:
> > Here's a new version of the serdev bus support with all the review
> > feedback so far incorporated. I've left it named serdev for now pending
> > any further votes one way or the other, bu
On 2017-01-16 23:54, Rob Herring wrote:
Here's a new version of the serdev bus support with all the review
feedback so far incorporated. I've left it named serdev for now pending
any further votes one way or the other, but I did rename the sysfs
visible
portions to "serial".
There's still some
Hi!
> Here's a new version of the serdev bus support with all the review
> feedback so far incorporated. I've left it named serdev for now pending
> any further votes one way or the other, but I did rename the sysfs visible
> portions to "serial".
>
> There's still some discussion about what to d
Here's a new version of the serdev bus support with all the review
feedback so far incorporated. I've left it named serdev for now pending
any further votes one way or the other, but I did rename the sysfs visible
portions to "serial".
There's still some discussion about what to do with devices th
13 matches
Mail list logo
