lkml.org 
[lkml]   [2011]   [Nov]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC PATCH 0/7] Introducing ZIO, a new I/O framework
> You've Cc'ed the IIO mailinglist, so you know about the IIO
> framework.

Yes, we are aware of it. Initially we hoped to use it for our
boards. There is an analysis by Federico on the ohwr wiki:

http://www.ohwr.org/projects/zio/wiki/Iio

See especially the final table about how it fits our requirements:

http://www.ohwr.org/projects/zio/wiki/Requirements

> Could you explain why you need a new framework and your devices
> can't be supported by the IIO framework?

Mainly, because the use-cases it is designed for are different. It
handles data one sample at a time while our data blocks are tens of
hundreds of megabytes; there is still no support for output; data is
expected to be analog only; timestamps are assumed to be nanoseconds.
Also, we need easy off-line elaboration of data, that's why we attach
a control structure to each data block (and user-space can ignore the
control structure and work with data alone, if needed).

ZIO can work with accelerometers (we have one we'll support soon),
but we need to support accelerators too. I think IIO is much better
than ZIO for accelerometers, thermometers and similar stuff.

> After a first quick glance ZIO looks to me like a subset of IIO.

In some sense, yes. It's only a mechanism for data transfer, insisting
to not attach any meaning to the data it carries around.

I'm open to suggestions (_we_ are) about how to easily use IIO for
output, for hardware timestamps (we have 3 32-bit fields) and for very
large data blocks, with DMA to/from user space -- sure we don't have this
last point in ZIO at this point in time.

Thank you for your interest
/alessandro


\
 
 \ /
  Last update: 2011-11-26 20:15    [W:0.206 / U:0.352 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site