mirror of
https://github.com/torvalds/linux.git
synced 2024-11-05 03:21:32 +00:00
3e1b6c95b9
Originally device and buffer registration were kept as separate operations in IIO to allow to register two distinct sets of channels for buffered and non-buffered operations. This has since already been further restricted and the channel set registered for the buffer needs to be a subset of the channel set registered for the device. Additionally the possibility to not have a raw (or processed) attribute for a channel which was registered for the device was added a while ago. This means it is possible to not register any device level attributes for a channel even if it is registered for the device. Also if a channel's scan_index is set to -1 and the channel is registered for the buffer it is ignored. So in summary it means it is possible to register the same channel array for both the device and the buffer yet still end up with distinctive sets of channels for both of them. This makes the argument for having to have to manually register the channels for both the device and the buffer invalid. Considering that the vast majority of all drivers want to register the same set of channels for both the buffer and the device it makes sense to move the buffer registration into the core to avoid some boiler-plate code in the device driver setup path. Signed-off-by: Lars-Peter Clausen <lars@metafoo.de> Signed-off-by: Jonathan Cameron <jic23@kernel.org> |
||
---|---|---|
.. | ||
ad799x.c | ||
ad7266.c | ||
ad7291.c | ||
ad7298.c | ||
ad7476.c | ||
ad7791.c | ||
ad7793.c | ||
ad7887.c | ||
ad7923.c | ||
ad_sigma_delta.c | ||
at91_adc.c | ||
exynos_adc.c | ||
Kconfig | ||
lp8788_adc.c | ||
Makefile | ||
max1027.c | ||
max1363.c | ||
mcp320x.c | ||
mcp3422.c | ||
men_z188_adc.c | ||
nau7802.c | ||
qcom-spmi-iadc.c | ||
rockchip_saradc.c | ||
ti_am335x_adc.c | ||
ti-adc081c.c | ||
ti-adc128s052.c | ||
twl4030-madc.c | ||
twl6030-gpadc.c | ||
vf610_adc.c | ||
viperboard_adc.c | ||
xilinx-xadc-core.c | ||
xilinx-xadc-events.c | ||
xilinx-xadc.h |