kernel/linux.git/tools/iio/iio_generic_buffer.c, branch linux-4.16.y

tools: iio: iio_generic_buffer: drop unneeded parentheses

2016-10-23T18:34:10+00:00

Remove extra parentheses introduced in commit <73e176a tools: iio: iio_generic_buffer: add -A to force-enable all channels>. Suggested-by: Peter Meerwald-Stadler Signed-off-by: Eva Rachel Retuya Signed-off-by: Jonathan Cameron

tools: iio: iio_generic_buffer: rename and change type of force variable

2016-10-23T18:34:10+00:00

Replace the type of 'force' flag from int to bool and at the same time rename it to 'force_autochannels' for better readability. Suggested-by: Peter Meerwald-Stadler Signed-off-by: Eva Rachel Retuya Signed-off-by: Jonathan Cameron

tools: iio: iio_generic_buffer: add -A to force-enable all channels

2016-10-23T18:33:53+00:00

If attribute/s is/are already enabled (by default or via scripts or manual interaction), issuing -a will fail to enable the channels thereby one has to manually disable the said attribute/s before proceeding with auto-enabling. Add a command-line option -A to force-activate all channels regardless of their current state. Suggested-by: Alison Schofield Signed-off-by: Eva Rachel Retuya Signed-off-by: Jonathan Cameron

tools: iio: iio_generic_buffer: fix argument '?' option

2016-09-22T17:46:39+00:00

When help ('?') option is passed to the command, the help text printed but not from '?' switch case of getopt_long() but as a invalid argument as below. Fix this by adding '?' to opt_String of getopt_long(). root@am437x-evm:~# ./iio_generic_buffer -? ./iio_generic_buffer: invalid option -- '?' Usage: generic_buffer [options]... Capture, convert and output data from IIO device buffer -a Auto-activate all available channels ... Signed-off-by: Mugunthan V N Signed-off-by: Jonathan Cameron

tools:iio:iio_generic_buffer: fix trigger-less mode

2016-08-29T17:06:21+00:00

Passing the trigger-less mode option on the command line causes iio_generic_buffer to fail searching for an IIO trigger. Fix this by skipping trigger initialization if trigger-less mode is requested. Technically it actually fixes: 7c7e9dad70 where the bug was introduced but as the window to the patch below that changes the context was very small let's mark it with that. Signed-off-by: Gregor Boirie Fixes: deb4d1fdcb5af ("iio: generic_buffer: Fix --trigger-num option") Signed-off-by: Jonathan Cameron

tools: iio: iio_generic_buffer: initialize channel array pointer

2016-08-15T16:05:30+00:00

Uninitialized channel pointer causes segmentation fault when we call free(channel) during cleanup() with no channels initialized. This happens when you exit early for usage errors. Initialize the pointer to NULL when it is declared. Signed-off-by: Alison Schofield Cc: Daniel Baluta Tested-by: Gregor Boirie Signed-off-by: Jonathan Cameron

iio: generic_buffer: Fix --trigger-num option

2016-06-11T16:38:06+00:00

Initialize trig_num to -1 and handle trig_num=0 as a valid id. Fixes: 7c7e9dad (iio: iio_generic_buffer: Add --trigger-num option) Signed-off-by: Crestez Dan Leonard Signed-off-by: Jonathan Cameron

iio: iio_generic_buffer: Add --trigger-num option

2016-05-29T19:42:50+00:00

Signed-off-by: Crestez Dan Leonard Signed-off-by: Jonathan Cameron

iio: iio_generic_buffer: Add --device-num option

2016-05-29T19:39:41+00:00

This makes it possible to distinguish between iio devices with the same name. Signed-off-by: Crestez Dan Leonard Signed-off-by: Jonathan Cameron

iio: iio_generic_buffer: Cleanup when receiving signals

2016-05-29T19:37:23+00:00

This will clean (disable buffer/trigger/channels) when doing something like a CTRL-C. Otherwise restarting generic_buffer requires a manual echo 0 > buffer/enable This also cleanup up all the code freeing string buffers at the end of main. We initialize all pointers to NULL so that cleanup can all be done under a single error label. Signed-off-by: Crestez Dan Leonard Signed-off-by: Jonathan Cameron