lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Sat, 26 Nov 2011 20:11:37 +0100
From:	Alessandro Rubini <rubini@...dd.com>
To:	lars@...afoo.de
Cc:	linux-iio@...r.kernel.org, greg@...ah.com,
	linux-kernel@...r.kernel.org, federico.vaga@...il.com,
	dcobas@...n.ch, siglesia@...n.ch, manohar.vanga@...n.ch
Subject: Re: [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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ