- 06 Sep, 2011 40 commits
-
-
Michael Hennerich authored
In case the AD7153 is selected we need to make sure we provide channel info for the first capacitance input in both single ended and differential configuration. Signed-off-by:
Michael Hennerich <michael.hennerich@analog.com> Signed-off-by:
Jonathan Cameron <jic23@cam.ac.uk> Signed-off-by:
Greg Kroah-Hartman <gregkh@suse.de>
-
Michael Hennerich authored
Signed-off-by:
-
Michael Hennerich authored
Use KBUILD_MODNAME Fix indention style Signed-off-by:
-
Michael Hennerich authored
Signed-off-by:
-
Michael Hennerich authored
Signed-off-by:
-
Michael Hennerich authored
Fix channel type handling Signed-off-by:
-
Michael Hennerich authored
Signed-off-by:
-
Michael Hennerich authored
Signed-off-by:
-
Michael Hennerich authored
Signed-off-by:
-
Michael Hennerich authored
AD7291_T_SENSE_MASK must set bit-7. Change definition style. Signed-off-by:
-
Michael Hennerich authored
Make clear the AD7291 is primarily an ADC, and not a temp sensor. Signed-off-by:
-
Michael Hennerich authored
ideally in_voltageX_raw should map to AD7291 VINX. Signed-off-by:
-
Michael Hennerich authored
iio (null): tried to double register : in_incli0_index Signed-off-by:
-
Michael Hennerich authored
use dev_info() instead. Signed-off-by:
-
Jonathan Cameron authored
a) remove irq is gpio requirement - No reason this needs to be true. b) use actual part name in info message rather than adis16400 in all cases. c) scrap use of IIO_CHAN to simplify move out of staging. Signed-off-by:
-
Jonathan Cameron authored
Also add some locking. Some major changes to how this driver works. For voltage channels it is currently either in single read mode or in a monitor mode (events only). Could be much cleverer and allow reading of any channels that happend to be monitored, but haven't done that yet. Signed-off-by:
-
Michael Hennerich authored
In differential mode zero scale equals to 0x8000. Increase readout delay by 1ms. Signed-off-by:
-
Michael Hennerich authored
Rename attribute, use sampling_frequency instead. Attribute now accepts values in Hz. Delay readout accordingly. Signed-off-by:
-
Michael Hennerich authored
Add proper locking. Consistently use indio_dev. Signed-off-by:
-
Michael Hennerich authored
Add scale_available attribute. fix ad7152_scale_table, values are not sorted descending. Use IIO_VAL_INT_PLUS_NANO, to increase granularity. Update scale handling accordingly. Signed-off-by:
-
Michael Hennerich authored
Remove unused define. Introduce cached SETUP variables. Wait until calibration finished. (Device returns to idle state) IIO_CHAN_INFO_CALIBSCALE_SEPARATE use proper scales. (range 1.0 to 1.99999) i2c_smbus word transactions expect low byte first, therefore swap bytes. CAPDIFF is bit in SETUP not CFG. Signed-off-by:
-
Michael Hennerich authored
Some other miscellaneous cleanup. Signed-off-by:
-
Jonathan Cameron authored
Get rid of explicit writes to registers and conversion mode control. Couple of bits I'm unsure about. * Do calibration modes self reset when done? How do you tell they are done? * Should we poll the status register just to be sure we have a new conversion? All done sans hardware. Signed-off-by:
-
Jonathan Cameron authored
Has been broken for some time. Signed-off-by:
-
Jonathan Cameron authored
This is fine IF I have read the data sheet correctly. Signed-off-by:
-
Michael Hennerich authored
The AD7150 features two outputs that can be used as interrupt strobes to the host processor. In order to receive all events independently, both need to utilized. Update copyright notice. Signed-off-by:
-
Michael Hennerich authored
The AD7150 family of devices power up in continues conversion mode. We can stay in this mode, unless power consumption becomes a real issue. Actually the event generation as well as the running average relies on continues conversion mode, so we better stay there. Signed-off-by:
-
Jonathan Cameron authored
Minimal changes to code layout as going to do chan spec conversion shortly. Otherwise, there are numerous code sharing opportunities in here and abi elements that are uterly non compliant. Signed-off-by:
-
Jonathan Cameron authored
Signed-off-by:
-
Jonathan Cameron authored
Straight forward change in the core, but required some drivers to not use the IIO_CHAN macro as that doesn't allow setting this bit (and is going away anyway). Hence the churn. Tested on max1363 with a couple of supported parts. V2: differential bit in code got 7 bits and direction 1. Reversed that. Issue spotted by Michael - thanks! Signed-off-by:
-
Jonathan Cameron authored
I'm not entirely sure this is the right way to go. Suggestions of other options welcome! Signed-off-by:
-
Jonathan Cameron authored
These are both needed for CAPADCs Signed-off-by:
-
Jonathan Cameron authored
Should always have been IIO_EV_DIR_MAX as that's what it actually controls. Also reduced the number to 4 as not yet seen a case needing more and this is not userspace visible anyway. Signed-off-by:
-
Jonathan Cameron authored
Makes unusual event related attributes look a lot more like the core ones. V2: Make sure the utils that set these up can handle the codes. V3: rebase Reported-by:
-
Jonathan Cameron authored
This set also includes quite a number of bug fixes of particularly remove functions. Necessary due to issue pointed out in Bart Van Assche's patch: docs/driver-model: Document device.groups V2: Rebase due to patch reordering. V3: Pull various error fixes and cleanups out into their own patches. Signed-off-by:
-
Jonathan Cameron authored
This costs us nothing in event storage (as we are carrying a 64 bit timestamp in the structure) and gives us lots more room to play with. Also allows for more channels which some parts need. V2: Cleanup some loose ends (such as the switch with only one option now). Signed-off-by:
-
Jonathan Cameron authored
This is as light as possible on changes to current drivers. Some drivers make assumptions that their masks fit in a single long. Given they were previously working this is clearly valid if not tidy. The max1363 is an example where there should be no such assumptions. V2: Add the new ad5933 Signed-off-by:
-
Jonathan Cameron authored
The scan mask will be dynamically assigned in register, so don't use it before that. In adis16260 I've moved it as I know this driver has userspace code. Same for sca3000 where it is cost free due to hardware buffer. Can do that for the others, but in theory userspace code should always have been checking these and setting them appropriately anyway! V2: Clear default mask out of adis16400 as reported by Michael Signed-off-by:
-
Jonathan Cameron authored
If not set in chan_spec, cpu endianness used. Signed-off-by:
-
Jonathan Cameron authored
Also includes the inX -> in_voltageX and outX -> out_voltageX conversions. To keep lines short quite a lot of supressing of directories was needed. Signed-off-by:
-
