- 06 Sep, 2011 40 commits
-
-
Michael Hennerich authored
use dev_info() instead. 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>
-
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:
-
Jonathan Cameron authored
Also involves changing current inX outX to in_voltageX and out_voltageX V2: squash users of the IIO_CHAN_OUT macro and get rid of it. There are very few of these, so it is easier to fix them. Signed-off-by:
-
Jonathan Cameron authored
No way iio_device_allocate or iio_device_unregister effected by regulators so copying tricks not needed. This is really about regularizing the layout of drivers. Signed-off-by:
-
Jonathan Cameron authored
This includes calling iio_free_device as that should only be called before the device has been registered. Also one case of iio_free_device being called on a registered device. This has been pulled out of the reworking attributes patch. Signed-off-by:
-
Jonathan Cameron authored
Guessing this is some ancient cut and paste issue. Signed-off-by:
-
Jonathan Cameron authored
This avoids issues in the new event code introduced shortly + makes moving this one out of staging easier. Signed-off-by:
-
Jonathan Cameron authored
These are no longer needed. Requires a few driver updates for places "sysfs.h" should have been present but wasn't. Signed-off-by:
-
Jonathan Cameron authored
Now the old method is long gone, lets get rid of the _ex and whilst here remove the unused id parameter. Trivial mechanical change, but will break any out of tree drivers using this. V2: rebase V3: rebase Signed-off-by:
-
Jonathan Cameron authored
Signed-off-by:
-
Jonathan Cameron authored
Signed-off-by:
-
Jonathan Cameron authored
Introduce IIO_RAW and IIO_PROCESSED and an array for their strings. Also move one function to just above where it is called. Signed-off-by:
-
Michael Hennerich authored
Signed-off-by:
-
Jonathan Cameron authored
I have no idea what this was, or what it did, but it doesn't do it any more. Signed-off-by:
-
Jonathan Cameron authored
All iio dependent modules statically depend on industrialio so these aren't needed. Not sure why they originally existed, but they aren't now. Signed-off-by:
-
