RE: [RFC] LIBIIO

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Manuel Stahl wrote:
> Am Mittwoch, 5. März 2014, 15:31:42 schrieb Lars-Peter Clausen:
> > On 03/05/2014 11:12 AM, Manuel Stahl wrote:
> > > Hi Paul,
> > >
> > > I didn't read all of your text (will do later), but would like to point out that
> there is alreay a project going on here:
> > > http://sourceforge.net/projects/iioutils/
> >
> > Well, the iioutils lib is extremely low level. It is basically just a
> > bunch of fprintfs and fscanfs. The libiio has a more high level
> > abstraction build in. The basic structure of the libiio is the
> > iio_context, it is a (to the user transparent) struct that is used for
> > all operations (E.g. like get_devices()). If an application wants to
> > do something it first allocates a context, there can be multiple
> > contexts per application and each contexts tracks is own state, so
> > there is no globally shared state. Each context has a backed. One
> > backend is the local backend that performs all operations on device
> > the application is running on. But there is also a network backend
> > that connects to a sever running on a different device. This allows to
> > run the same application on local and remote the devices without the
> application having to have any special code for supporting this.
> >
> > There is also a IIO daemon that can sit between the application and
> > the IIO sysfs. This daemon allows for multiple applications accessing
> > the same device without trampling over each others feet and also
> > allows to run the application without root rights.
> >
> > My hopes are that the libiio can eventually replace the iio-utils lib.
> 
> That's also what I hope for. But we should try to avoid name clashes. The lib in
> iioutils is also called libiio. So I propose to merge the repositories somehow.

Changing the name is easy.

Before we can discuss merging things, I think we need to understand the long term license.
I think that we were thinking that eventually the library would be under a pretty permissive license, which might be more embedded friendly than the GPL.

You can debate the top level tools/utils examples that use the library - but I would suspect that lots of folks might want to grab snippets from those (to grok how the library works)??

-Robin

--
To unsubscribe from this list: send the line "unsubscribe linux-iio" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Input]     [Linux Kernel]     [Linux SCSI]     [X.org]

  Powered by Linux