All of lore.kernel.org
 help / color / mirror / Atom feed
* Userspace libs
@ 2013-02-13 19:12 Getz, Robin
  2013-02-16 12:46 ` Jonathan Cameron
  0 siblings, 1 reply; 4+ messages in thread
From: Getz, Robin @ 2013-02-13 19:12 UTC (permalink / raw)
  To: Jonathan Cameron
  Cc: Lars-Peter Clausen, Hennerich, Michael, linux-iio@vger.kernel.org

Jonathan:

We made an "iio-scope" - a real time visualiser which runs natively on the 
embedded hardware. The application supports plotting of the captured data in 
three different modes (time domain, frequency domain and constatation).

Description (and screen shots) are at:
http://wiki.analog.com/resources/eval/user-guides/ad-fmcomms1-ebz/software/linux/applications/iio_scope

Source is at:
https://github.com/analogdevicesinc/iio-oscilloscope

As you can see, it includes some of your code:
https://github.com/analogdevicesinc/iio-oscilloscope/blob/master/iio_utils.h
Which (I think) is still in ./staging/iio/Documentation/ [1]

We build on some of that:
https://github.com/analogdevicesinc/iio-oscilloscope/blob/master/iio_utils.c

Which really isn't specific to the scope, and could be pushed to where ever we 
decide the .h file lives (this is a question/suggestion).

We also have a network stack for IIO.
http://wiki.analog.com/resources/tools-software/linux-software/iio_cmdsrv

https://github.com/analogdevicesinc/iio-cmdsrv

I would like to re-write some of the existing iio-utils.h (so iio device 
context is managed by the application), to become a little more thread 
friendly, and also merge in some of the networking piece - so when using a 
headless embedded device - userspace doesn't need to change/manage things 
much.

Is there a list of other things people want to see from userspace? [2]

-Robin

[1] Which reminds me - is this planned on moving out 
of ./drivres/staging/iio/Documentation  into ./Documentation/iio ?

[2] I have been going through:
  - zio-dump   http://www.ohwr.org/projects/zio/wiki/Readme
  - Comedilib  various
?


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Userspace libs
  2013-02-13 19:12 Userspace libs Getz, Robin
@ 2013-02-16 12:46 ` Jonathan Cameron
  2013-02-18 20:15   ` Getz, Robin
  0 siblings, 1 reply; 4+ messages in thread
From: Jonathan Cameron @ 2013-02-16 12:46 UTC (permalink / raw)
  To: Getz, Robin
  Cc: Jonathan Cameron, Lars-Peter Clausen, Hennerich, Michael,
	linux-iio@vger.kernel.org

On 02/13/2013 07:12 PM, Getz, Robin wrote:
> Jonathan:
> 
> We made an "iio-scope" - a real time visualiser which runs natively on the 
> embedded hardware. The application supports plotting of the captured data in 
> three different modes (time domain, frequency domain and constatation).
> 
> Description (and screen shots) are at:
> http://wiki.analog.com/resources/eval/user-guides/ad-fmcomms1-ebz/software/linux/applications/iio_scope
> 
> Source is at:
> https://github.com/analogdevicesinc/iio-oscilloscope
> 
> As you can see, it includes some of your code:
> https://github.com/analogdevicesinc/iio-oscilloscope/blob/master/iio_utils.h
> Which (I think) is still in ./staging/iio/Documentation/ [1]
> 
> We build on some of that:
> https://github.com/analogdevicesinc/iio-oscilloscope/blob/master/iio_utils.c
> 
> Which really isn't specific to the scope, and could be pushed to where ever we 
> decide the .h file lives (this is a question/suggestion).
> 
> We also have a network stack for IIO.
> http://wiki.analog.com/resources/tools-software/linux-software/iio_cmdsrv
> 
> https://github.com/analogdevicesinc/iio-cmdsrv
> 
> I would like to re-write some of the existing iio-utils.h (so iio device 
> context is managed by the application), to become a little more thread 
> friendly, and also merge in some of the networking piece - so when using a 
> headless embedded device - userspace doesn't need to change/manage things 
> much.
All the above looks good and it is very nice to have some non trivial
userspace support. I'll be happy to see any updates/cleanups to iio-utils.h
but keep in mind that it is only really meant to be a trivial in kernel
tree example.  The original plan was to have a separately maintained
userspace library to do things 'properly'. I guess it depends on exactly
what changes you are thinking of.    The networking stuff in particular
might introduce some non kernel dependencies that may or may not be a
problem.

> 
> Is there a list of other things people want to see from userspace? [2]
> 
Nope.  Probably should be though. Well volunteered!
Right now we don't really have a clean list of what people want on the
kernel side, just a lot of randomly scattered mailing list threads.

> -Robin
> 
> [1] Which reminds me - is this planned on moving out 
> of ./drivres/staging/iio/Documentation  into ./Documentation/iio ?
err.  Yes.  Keep forgetting to do it.  Ah well next cycle ;)
Lots of stuff still to move in general.
> 
> [2] I have been going through:
>   - zio-dump   http://www.ohwr.org/projects/zio/wiki/Readme
>   - Comedilib  various
> ?
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-iio" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Userspace libs
  2013-02-16 12:46 ` Jonathan Cameron
@ 2013-02-18 20:15   ` Getz, Robin
  2013-02-19  8:38     ` Manuel Stahl
  0 siblings, 1 reply; 4+ messages in thread
From: Getz, Robin @ 2013-02-18 20:15 UTC (permalink / raw)
  To: Jonathan Cameron
  Cc: Jonathan Cameron, Clausen, Lars-Peter, Hennerich, Michael,
	linux-iio@vger.kernel.org

On Sat 16 Feb 2013 07:46, Jonathan Cameron pondered:
> On 02/13/2013 07:12 PM, Getz, Robin wrote:
> > Jonathan:
[snip]
> > I would like to re-write some of the existing iio-utils.h (so iio device
> > context is managed by the application), to become a little more thread
> > friendly, and also merge in some of the networking piece - so when using
> > a headless embedded device - userspace doesn't need to change/manage
> > things much.
>
> All the above looks good and it is very nice to have some non trivial
> userspace support. I'll be happy to see any updates/cleanups to iio-utils.h
> but keep in mind that it is only really meant to be a trivial in kernel
> tree example. 

is there any performance metrics that we want the in-tree version to hit?

The existing versions are certainly slim on memory, but use malloc, which may 
cause memory leaks if the person on the application side isn't careful 
freeing things, or cause performance issues, or just cause plain failures in 
low memory embedded systems...

> The original plan was to have a separately maintained 
> userspace library to do things 'properly'.

Where was this suppost to live?

> I guess it depends on exactly what changes you are thinking of. 

There are some features which we use to "self-discover" the installed 
devices/drivers.

return a string of names

handle unsigned ints in the read/write functions

Some minor stuff.

> The networking stuff in particular 
> might introduce some non kernel dependencies that may or may not be a
> problem.

Ack - I think that sits beside yours. iio_utils_attach.h and the network one 
is iio_utils_net.h (ot something like that). It's the same structures, 
similar function names, it's does it include a IP address, or a path...

> > Is there a list of other things people want to see from userspace? [2]
>
> Nope.  Probably should be though. Well volunteered!
> Right now we don't really have a clean list of what people want on the
> kernel side, just a lot of randomly scattered mailing list threads.

Any in specific stand out?


> >
> > [1] Which reminds me - is this planned on moving out
> > of ./drivres/staging/iio/Documentation  into ./Documentation/iio ?
>
> err.  Yes.  Keep forgetting to do it.  Ah well next cycle ;)
> Lots of stuff still to move in general.

Thanks.

> > [2] I have been going through:
> >   - zio-dump   http://www.ohwr.org/projects/zio/wiki/Readme
> >   - Comedilib  various
> > ?
> >
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-iio" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Userspace libs
  2013-02-18 20:15   ` Getz, Robin
@ 2013-02-19  8:38     ` Manuel Stahl
  0 siblings, 0 replies; 4+ messages in thread
From: Manuel Stahl @ 2013-02-19  8:38 UTC (permalink / raw)
  To: Getz, Robin
  Cc: Jonathan Cameron, Jonathan Cameron, Clausen, Lars-Peter,
	Hennerich, Michael, linux-iio@vger.kernel.org

Hi Robin,

On Monday, 18. February 2013 21:15:35 Getz, Robin wrote:
> On Sat 16 Feb 2013 07:46, Jonathan Cameron pondered:
> > On 02/13/2013 07:12 PM, Getz, Robin wrote:
> > > Jonathan:
> [snip]
> > The original plan was to have a separately maintained 
> > userspace library to do things 'properly'.
> 
> Where was this suppost to live?

We started a project on sourceforge some time ago. It's currently a bit out of date, but you're welcome to throw away the existing parts and replace it with your code.
The main tool right now is called 'lsiio' and does the same as 'lsusb' or 'lspci'.

http://sourceforge.net/projects/iioutils/

-- 
Regards,
Manuel Stahl

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2013-02-19  8:38 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-02-13 19:12 Userspace libs Getz, Robin
2013-02-16 12:46 ` Jonathan Cameron
2013-02-18 20:15   ` Getz, Robin
2013-02-19  8:38     ` Manuel Stahl

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.