Hi! These two drivers share the fact that they wrap another iio channel, and I use the first in combination with the second, which is why I'm submitting them as a pair. The first driver is a simple wrapper converting an iio dpot into an iio dac. It only changes the unit and scale. It also does not add any fancy iio buffer support that I don't need. I suppose that can be added. By someone else :-) The second driver (the envelope detector) is more involved. It also explains why I need the dpot-dac driver. I wanted the envelope detector to be generic and work with any dac, but I had a dpot... But before those two new drivers, there is some infrastructure added to provide available values for a channel. v1 -> v2 - provide out_resistanceX_raw_available channel attribute in mcp4531 dpot dpot-dac: - change Vref to vref - the module will be called dpot-dac (in Kconfig help) - removed a 'the' - removed (s64) cast - make the channel indexed, makes libiio find the channel (tested with 0.5) - add a comment on how integer scale is converted to fractional scale and clarify the code a bit - dig out max-ohms by looking at scale and maximum available raw value from the dpot channel and drop the 'dpot-dac,max-ohms' devicetree property - provide out_voltageX_raw_available channel attribute envelope-detector: - change compatible from envelope-detector to axentia,tse850-envelope-detector - remove envelope-detector,invert and envelope-detector,comp-interval-ms from devicetree and add them as iio device attributes instead - make the channel indexed, makes libiio find the channel (tested with 0.5) - reorder struct envelope to better indicate what is covered by read_lock - add comment on interaction between envelope_detector_comp_latch (renamed from envelope_detector_latch) and envelope_detector_comp_isr (renamed from envelope_detector_isr) - fixup a problem in envelope_detector_comp_latch where interrupts pending from when the interrupt has been disabled interferes with expected operation - slight rewrite of the initial high/low assignments - use a better name when requesting the interrupt - dig out dac_max by looking at scale and maximum available raw value from the dac channel and drop the 'envelope-detector,dac-max' devicetree property Ok, so the devicetree compatible string for the envelope-detector gained the "axentia,tse850-" prefix, but at the same time the driver also gained generality that in my mind puts it in about the same position as the dpot-dac driver. The driver really has very little to do with the specifics of the TSE-850. But at the same time there are more ways to build an envelope detector compared to the obviousness of building a dac from a dpot... One thing I don't like is that the irq needs to be changed for cases where it is only ever interesting with the 'invert' variant, and it may not work to set up the irq the wrong way first. For the TSE-850, this does not matter, since we have a mux on the envelope detector input and can make use of both 'invert' and 'normal' for different signals (we could have gotten by with only 'invert' since the only signals we are measuring that are 'normal' are also DC signals and can thus be detected both from below and from above), but it is nice to have it both ways. Also, perhaps the new device attributes (invert and compare_interval_ms) should really be channel attributes? Cheers, Peter PS. I have not tried to forward port anything else from the thread with the old thread with the initial iio:core patch. Jonathan Cameron (1): iio:core: add a callback to allow drivers to provide _available attributes Peter Rosin (6): iio: mcp4531: provide range of available raw values dt-bindings: add axentia to vendor-prefixes dt-bindings: iio: document dpot-dac bindings iio: dpot-dac: DAC driver based on a digital potentiometer dt-bindings: iio: document envelope-detector bindings iio: envelope-detector: ADC driver based on a DAC and a comparator .../testing/sysfs-bus-iio-adc-envelope-detector | 36 ++ .../bindings/iio/adc/envelope-detector.txt | 55 +++ .../devicetree/bindings/iio/dac/dpot-dac.txt | 41 ++ .../devicetree/bindings/vendor-prefixes.txt | 1 + MAINTAINERS | 15 + drivers/iio/adc/Kconfig | 10 + drivers/iio/adc/Makefile | 1 + drivers/iio/adc/envelope-detector.c | 463 +++++++++++++++++++++ drivers/iio/dac/Kconfig | 10 + drivers/iio/dac/Makefile | 1 + drivers/iio/dac/dpot-dac.c | 298 +++++++++++++ drivers/iio/industrialio-core.c | 232 +++++++++-- drivers/iio/potentiometer/mcp4531.c | 104 +++-- include/linux/iio/iio.h | 11 + include/linux/iio/types.h | 5 + 15 files changed, 1216 insertions(+), 67 deletions(-) create mode 100644 Documentation/ABI/testing/sysfs-bus-iio-adc-envelope-detector create mode 100644 Documentation/devicetree/bindings/iio/adc/envelope-detector.txt create mode 100644 Documentation/devicetree/bindings/iio/dac/dpot-dac.txt create mode 100644 drivers/iio/adc/envelope-detector.c create mode 100644 drivers/iio/dac/dpot-dac.c -- 2.1.4 -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html