OSDN Git Service

iio: adc: ti-ads7950: use SPI_CS_WORD to reduce CPU usage
authorDavid Lechner <david@lechnology.com>
Tue, 18 Sep 2018 17:08:50 +0000 (12:08 -0500)
committerJonathan Cameron <Jonathan.Cameron@huawei.com>
Sat, 22 Sep 2018 09:09:47 +0000 (10:09 +0100)
commite2540da86ef83ed90e3c13e02c52991c515b12e5
treed0cfc2f64294141bfa0bc7d587a05cd705d977ab
parent7a5f0b3a08e323d93d17b0eca48048c970c6eae2
iio: adc: ti-ads7950: use SPI_CS_WORD to reduce CPU usage

This changes how the SPI message for the triggered buffer is setup in
the TI ADS7950 A/DC driver. By using the SPI_CS_WORD flag, we can read
multiple samples in a single SPI transfer. If the SPI controller
supports DMA transfers, we can see a significant reduction in CPU usage.

For example, on an ARM9 system running at 456MHz reading just 4 channels
at 100Hz: before this change, top shows the CPU usage of the IRQ thread
of this driver to be ~7.7%. After this change, the CPU usage drops to
~3.8%.

The use of big-endian for the raw data was cargo culted from another
driver when this driver was originally written. It used an SPI word size
of 8 bits and big-endian byte ordering to effectively emulate 16 bit
words.

Now, in order to inject a CS toggle between each word, we need to use
the correct word size, otherwise we would get a CS toggle half way
through each word 16-bit. The SPI subsystem uses CPU byte ordering for
multi-byte words. So, the data we get back from the SPI is going to be
CPU endian now no matter what. Converting that to big endian will just
add overhead on little endian systems so we opt to change the raw data
format from big endian to CPU endian.

There is a small risk that this could break some lazy userspace programs
that use the raw data without checking the data format. We can address
this if/when it actually comes up.

Signed-off-by: David Lechner <david@lechnology.com>
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>
drivers/iio/adc/ti-ads7950.c