diff options
| author | Alexandru Ardelean <[email protected]> | 2021-02-15 12:40:43 +0200 |
|---|---|---|
| committer | Jonathan Cameron <[email protected]> | 2021-03-11 20:47:07 +0000 |
| commit | 8827faab2c8b52e848071a039a945db6f3ae8365 (patch) | |
| tree | eee52c55455ba85bef214dad4cbf3158ba98c3c3 /tools/perf/scripts/python/export-to-sqlite.py | |
| parent | ebe5112535b5cf389ca7d337cf6a0c1d885f9880 (diff) | |
tools: iio: convert iio_generic_buffer to use new IIO buffer API
This change makes use of the new IIO buffer API to read data from an IIO
buffer.
It doesn't read the /sys/bus/iio/devices/iio:deviceX/scan_elements dir
anymore, it reads /sys/bus/iio/devices/iio:deviceX/bufferY, where all the
scan_elements have been merged together with the old/classical buffer
attributes.
And it makes use of the new IIO_BUFFER_GET_FD_IOCTL ioctl to get an FD for
the IIO buffer for which to read data from.
It also does a quick sanity check to see that -EBUSY is returned if reading
the chardev after the ioctl() has succeeded.
This was tested with the following cases:
1. Tested buffer0 works with ioctl()
2. Tested that buffer0 can't be opened via /dev/iio:deviceX after ioctl()
This check should be omitted under normal operation; it's being done
here to check that the driver change is sane
3. Moved valid buffer0 to be buffer1, and tested that data comes from it
Signed-off-by: Alexandru Ardelean <[email protected]>
Link: https://lore.kernel.org/r/[email protected]
Signed-off-by: Jonathan Cameron <[email protected]>
Diffstat (limited to 'tools/perf/scripts/python/export-to-sqlite.py')
0 files changed, 0 insertions, 0 deletions