- 23 Aug, 2011 40 commits
-
-
Jonathan Cameron authored
Lots of minor bits and pieces. Signed-off-by:
Jonathan Cameron <jic23@cam.ac.uk> Signed-off-by:
Greg Kroah-Hartman <gregkh@suse.de>
-
Jonathan Cameron authored
The equivalent should always be done using iio_alllocate_device with to create a private area for the driver and then iio_priv to access it. There may be other uses for a private data pointer but right now it just leads driver writers astray. Signed-off-by:
-
Jonathan Cameron authored
There are some unusual corners in the probe function of this driver, so may need another look. V2: Now with the check for allocation success not inverted. V3: Now with the i2c devdata calls actually being correctly cast. Signed-off-by:
Jon Brenner <jbrenner@TAOSinc.com> Signed-off-by:
-
Jonathan Cameron authored
Also push one down into the only driver that actually uses it. Signed-off-by:
-
Jonathan Cameron authored
Reorder to remove need for definitions currently in header. Remove ida related utility function defs from header. Signed-off-by:
-
Jonathan Cameron authored
Fix trivial wrong index (no effect on any current drivers). Signed-off-by:
-
Jonathan Cameron authored
Signed-off-by:
-
Jonathan Cameron authored
Signed-off-by:
-
Jonathan Cameron authored
Clear out all the excessive includes in the *_ring.c files. Mixture of cut and paste bloat and things needed for code that has gone away. Signed-off-by:
-
Jonathan Cameron authored
I will assume these were cut and pastes messup. Signed-off-by:
-
Jonathan Cameron authored
Signed-off-by:
-
Jonathan Cameron authored
More headers now not needed after iio_chan_spec conversions. A couple of drivers were using helpers from adc.h. Given these were trivial, they are pushed down into the drivers. Signed-off-by:
-
Jonathan Cameron authored
Missing from the iio_chan_spec conversion patches. Signed-off-by:
-
Jonathan Cameron authored
There is no clear use case for this functionality in a driver that only supports slow reading via sysfs. The interface use was non compliant with the abi motiving it being dropped. It can go back in if anyone ever implements buffered reading support for this device. Then it will be controlled as part of the buffering abi where this should indeed be correctly supported. Signed-off-by:
Michael Hennerich <michael.hennerich@analog.com> Signed-off-by:
-
Jonathan Cameron authored
These should have gone with the iio_chan_spec conversion. Signed-off-by:
-
Jonathan Cameron authored
These should have gone with the iio_chan_spec conversion patch. Signed-off-by:
-
Jonathan Cameron authored
Right now this results in increased code, but I still think it is worth doing to avoid replication across instances of drivers etc and move as much stuff as possible to constant. Ops structure is optional for the occasional driver that uses none of it (currently only the ad7793). Signed-off-by:
-
Jonathan Cameron authored
These should really have gone away with the code that needed them. Signed-off-by:
-
Jonathan Cameron authored
Signed-off-by:
-
Jonathan Cameron authored
Getting rid of messages that make it harder to spot important issues. Some code removed that will be useful one day. Can put it back then. Signed-off-by:
-
Jonathan Cameron authored
Signed-off-by: -
Jonathan Cameron authored
No idea how this particularly 'quirk' got in there in the first place. Signed-off-by:
-
Jonathan Cameron authored
Signed-off-by:
-
Jonathan Cameron authored
Needed to ensure the reference counting is correct. Temporary fix whilst discussions are ongoing. Signed-off-by:
-
Jonathan Cameron authored
Smatch caught bug. Signed-off-by:
-
Jonathan Cameron authored
Introduced when I did the iio_chan_spec conversion. Detected by smatch. Signed-off-by:
-
Jonathan Cameron authored
Coccinelle found this one. I'm not certain what the intent is, but this fix makes no functional changes. Signed-off-by:
-
Jonathan Cameron authored
Vivien pointed out that 99e5dc45 removed the IIO_DEVICE_ATTR_2 macro but didn't clean up the other macros that used it. As it turns out, no one is using val2 in tree, so lets scrap that until it is needed. Signed-off-by:
Vivien Didelot <vivien.didelot@savoirfairelinux.com> Signed-off-by:
-
Jonathan Cameron authored
The unwinding index was j, not i and it is much simpler to do these as a single loop unwinding those elements necessary in before jumping to the error handler. Signed-off-by:
-
Jonathan Cameron authored
indio_dev->channels was accidentally removed thus preventing any sysfs registrations occuring for direct reading. That hid the other issue. Unfortunately the incorrect handling leads to misspresentation of data in sysfs reads. Signed-off-by:
-
Jonathan Cameron authored
Signed-off-by:
-
Toon Schoenmakers authored
Signed-off-by:
Toon Schoenmakers <nighteyes1993@gmail.com> Signed-off-by:
-
Toon Schoenmakers authored
Signed-off-by:
-
Colin Brophy authored
This patches nvec_kbd.c to the file that fixes up errors found by the checkpath.pl tool. Signed-off-by:
Colin Brophy <colin@brophys.com> Signed-off-by:
-
Thomas Meyer authored
Use kstrdup rather than duplicating its implementation The semantic patch that makes this output is available in scripts/coccinelle/api/kstrdup.cocci. More information about semantic patching is available at http://coccinelle.lip6.fr/Signed-off-by:
Thomas Meyer <thomas@m3y3r.de> Signed-off-by:
-
Thomas Meyer authored
Use kzalloc rather than kmalloc followed by memset with 0 This considers some simple cases that are common and easy to validate Note in particular that there are no ...s in the rule, so all of the matched code has to be contiguous The semantic patch that makes this output is available in scripts/coccinelle/api/alloc/kzalloc-simple.cocci. More information about semantic patching is available at http://coccinelle.lip6.fr/Signed-off-by:
Roland Vossen <rvossen@broadcom.com> Signed-off-by:
-
Arend van Spriel authored
The brcmsmac driver supports different rates on 5GHz but this is not taken into account when providing the rate index in the receive status information passed to mac80211. Reviewed-by:
Pieter-Paul Giesberts <pieterpg@broadcom.com> Reviewed-by:
Henry Ptasinski <henryp@broadcom.com> Signed-off-by:
Arend van Spriel <arend@broadcom.com> Signed-off-by:
-
Roland Vossen authored
Message 'receive fifo overflow' appeared in the log. Root cause was an invalid physical address being programmed into the DMA engine. This was caused by an invalid pointer cast in the dma code. Issue was observed on a Sparc (Sun Fire V120) machine but could theoretically also pop up on other architectures. Driver was tested to scan and ping on aforementioned machine. Reviewed-by:
-
Roland Vossen authored
Problem would pop up during driver load on a Sun Fire V120 and manifested itself as an exception. This was caused by int* pointers provided to memcpy() that were not aligned on an int boundary. The pointer type provided to memcpy() is used by the compiler for optimization purposes. Fix was to cast the int* pointers to void* pointers. Bernhard R. Link and David S. Miller provided valuable feedback, thanks gents. Reviewed-by:
-
Arend van Spriel authored
When bringing down the netdevice interface a deadlock occurred sporadically due to the rtnl_lock being held by a task that was waiting for another task trying to get the lock. This patch fixes that issue. Reviewed-by:
Franky (Zhenhui) Lin <frankyl@broadcom.com> Reviewed-by:
-
