- 07 Aug, 2014 8 commits
-
-
Srinivas Pandruvada authored
Added any-motion trigger documentation. Signed-off-by:
Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com> Signed-off-by:
Jonathan Cameron <jic23@kernel.org>
-
Srinivas Pandruvada authored
This change implements BMC150 accelerometer driver. A BMC150 package consist of a compass and an accelerometer. This driver only implements accelerometer part. Spec downloaded from: http://ae-bst.resource.bosch.com/media/products/dokumente/bmc150/BST-BMC150-DS000-03.pdf This sensor chip supports many advanced features, but this driver implements minimum feature set which is a must to be useful. This driver can be enhanced incrementally. If the sensor vendor wants to update full featured version, they can substitute or enhance this driver when they get chance. Signed-off-by:
-
Srinivas Pandruvada authored
This chip can support 3 different ranges. Allowing range specification. Signed-off-by:
-
Srinivas Pandruvada authored
In an effort to improve raw read performance and at the same time enter low power state at every possible chance. For raw reads, it will keep the system powered on for a default or user specified time, via autosuspend_delay attribute of device power. This will help read multiple samples without power on/off sequence. For triggers it will keep the system on till, requested to be turned off by trigger state by utilizing run time PM usage counters. When runtime pm is not enabled, then it keeps the chip in operation mode always. Signed-off-by:
-
Oussama Jabbari authored
This patch fixes a warning from checkpatch.pl script : "WARNING: Missing a blank line after declarations" Signed-off-by:
Oussama Jabbari <oussama.jabbari@gmail.com> Signed-off-by:
-
Julia Lawall authored
Convert a zero return value on error to a negative one, as returned elsewhere in the function. A simplified version of the semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // <smpl> ( if@p1 (\(ret < 0\|ret != 0\)) { ... return ret; } | ret@p1 = 0 ) ... when != ret = e1 when != &ret *if(...) { ... when != ret = e2 when forall return ret; } // </smpl> Signed-off-by:
Julia Lawall <Julia.Lawall@lip6.fr> Signed-off-by:
-
Murilo Opsfelder Araujo authored
This patch adds missing blank lines between declarations and code and fixes lines starting by spaces, satisfying checkpatch.pl. Signed-off-by:
Murilo Opsfelder Araujo <mopsfelder@gmail.com> Signed-off-by:
-
Murilo Opsfelder Araujo authored
Signed-off-by:
-
- 02 Aug, 2014 3 commits
-
-
Teodora Baluta authored
Silence the following sparse warnings by changing cast from u16 to __be16: CHECK drivers/staging/iio/accel/adis16240_core.c drivers/staging/iio/accel/adis16240_core.c:128:51: warning: incorrect type in argument 3 (different signedness) drivers/staging/iio/accel/adis16240_core.c:128:51: expected unsigned short [usertype] *val drivers/staging/iio/accel/adis16240_core.c:128:51: got signed short *<noident> drivers/staging/iio/accel/adis16240_core.c:142:51: warning: incorrect type in argument 3 (different signedness) drivers/staging/iio/accel/adis16240_core.c:142:51: expected unsigned short [usertype] *val drivers/staging/iio/accel/adis16240_core.c:142:51: got signed short *<noident> Signed-off-by:
Teodora Baluta <teodora.baluta@intel.com> Signed-off-by:
-
Teodora Baluta authored
Fix the following sparse warning: drivers/staging/iio/light/isl29018.c:508:50: warning: incorrect type in argument 3 (different signedness) drivers/staging/iio/light/isl29018.c:508:50: expected unsigned int *conf_adc_bit drivers/staging/iio/light/isl29018.c:508:50: got int *<noident> Signed-off-by:
-
Teodora Baluta authored
Fix the following sparse warnings: CHECK drivers/staging/iio/magnetometer/hmc5843_core.c drivers/staging/iio/magnetometer/hmc5843_core.c:138:70: warning: incorrect type in argument 3 (different signedness) drivers/staging/iio/magnetometer/hmc5843_core.c:138:70: expected unsigned int *val drivers/staging/iio/magnetometer/hmc5843_core.c:138:70: got int *<noident> drivers/staging/iio/magnetometer/hmc5843_core.c:215:64: warning: incorrect type in argument 3 (different signedness) drivers/staging/iio/magnetometer/hmc5843_core.c:215:64: expected unsigned int *val drivers/staging/iio/magnetometer/hmc5843_core.c:215:64: got int *<noident> drivers/staging/iio/magnetometer/hmc5843_core.c:354:72: warning: incorrect type in argument 3 (different signedness) drivers/staging/iio/magnetometer/hmc5843_core.c:354:72: expected unsigned int *val drivers/staging/iio/magnetometer/hmc5843_core.c:354:72: got int *<noident> drivers/staging/iio/magnetometer/hmc5843_core.c:362:72: warning: incorrect type in argument 3 (different signedness) drivers/staging/iio/magnetometer/hmc5843_core.c:362:72: expected unsigned int *val drivers/staging/iio/magnetometer/hmc5843_core.c:362:72: got int *<noident> Signed-off-by:
-
- 01 Aug, 2014 1 commit
-
-
Lars-Peter Clausen authored
When copying multiple multiple samples that are adjacent in both the source as well as the destination buffer, instead of creating a new demux table entry for each sample just increase the length of the previous entry by the size of the new sample. This makes the demuxing process slightly more efficient. Signed-off-by:
Lars-Peter Clausen <lars@metafoo.de> Signed-off-by:
-
- 27 Jul, 2014 5 commits
-
-
Lars-Peter Clausen authored
Makes the code slightly shorter and a bit easier to understand. Signed-off-by:
-
Teodora Baluta authored
Fix the following sparse warnings: CHECK drivers/staging/iio/impedance-analyzer/ad5933.c drivers/staging/iio/impedance-analyzer/ad5933.c:241:17: warning: incorrect type in assignment (different base types) drivers/staging/iio/impedance-analyzer/ad5933.c:241:17: expected unsigned int [unsigned] [usertype] d32 drivers/staging/iio/impedance-analyzer/ad5933.c:241:17: got restricted __be32 [usertype] <noident> drivers/staging/iio/impedance-analyzer/ad5933.c:263:13: warning: incorrect type in assignment (different base types) drivers/staging/iio/impedance-analyzer/ad5933.c:263:13: expected unsigned short [unsigned] dat drivers/staging/iio/impedance-analyzer/ad5933.c:263:13: got restricted __be16 [usertype] <noident> drivers/staging/iio/impedance-analyzer/ad5933.c:271:13: warning: incorrect type in assignment (different base types) drivers/staging/iio/impedance-analyzer/ad5933.c:271:13: expected unsigned short [unsigned] [addressable] dat drivers/staging/iio/impedance-analyzer/ad5933.c:271:13: got restricted __be16 [usertype] <noident> drivers/staging/iio/impedance-analyzer/ad5933.c:310:19: warning: cast to restricted __be32 drivers/staging/iio/impedance-analyzer/ad5933.c:310:19: warning: cast to restricted __be32 drivers/staging/iio/impedance-analyzer/ad5933.c:310:19: warning: cast to restricted __be32 drivers/staging/iio/impedance-analyzer/ad5933.c:310:19: warning: cast to restricted __be32 drivers/staging/iio/impedance-analyzer/ad5933.c:310:19: warning: cast to restricted __be32 drivers/staging/iio/impedance-analyzer/ad5933.c:310:19: warning: cast to restricted __be32 drivers/staging/iio/impedance-analyzer/ad5933.c:446:21: warning: incorrect type in assignment (different base types) drivers/staging/iio/impedance-analyzer/ad5933.c:446:21: expected unsigned short [unsigned] dat drivers/staging/iio/impedance-analyzer/ad5933.c:446:21: got restricted __be16 [usertype] <noident> drivers/staging/iio/impedance-analyzer/ad5933.c:454:21: warning: incorrect type in assignment (different base types) drivers/staging/iio/impedance-analyzer/ad5933.c:454:21: expected unsigned short [unsigned] [addressable] dat drivers/staging/iio/impedance-analyzer/ad5933.c:454:21: got restricted __be16 [usertype] <noident> drivers/staging/iio/impedance-analyzer/ad5933.c:548:23: warning: cast to restricted __be16 drivers/staging/iio/impedance-analyzer/ad5933.c:548:23: warning: cast to restricted __be16 drivers/staging/iio/impedance-analyzer/ad5933.c:548:23: warning: cast to restricted __be16 drivers/staging/iio/impedance-analyzer/ad5933.c:548:23: warning: cast to restricted __be16 Signed-off-by:
-
Philippe Reynes authored
Signed-off-by:
Philippe Reynes <tremyfr@yahoo.fr> Signed-off-by:
-
Reyad Attiyat authored
Fix build warning, sizeof() called on dynamically sized pointer, by removing the call and the dependent function parameter. It is not needed or used in this driver, when pushing values to an iio buffer. Changes from v1 - Fix mistake in varible name Signed-off-by:
Reyad Attiyat <reyad.attiyat@gmail.com> Signed-off-by:
-
Cihangir Akturk authored
This patch fixes the following checkpatch.pl issues in gdm_usb.c: ERROR: that open brace { should be on the previous line Signed-off-by:Cihangir Akturk <cakturk@gmail.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-
- 26 Jul, 2014 1 commit
-
-
Jeff Oczek authored
Fix sparse warnings: drivers/staging/rtl8188eu/core/rtw_cmd.c:52:5: warning: symbol '_rtw_enqueue_cmd' was not declared. Should it be static? drivers/staging/rtl8188eu/core/rtw_wlan_util.c:1225:5: warning: symbol 'wifirate2_ratetbl_inx' was not declared. Should it be static? drivers/staging/rtl8188eu/hal/HalPhyRf_8188e.c:25:4: warning: symbol 'ODM_GetRightChnlPlaceforIQK' was not declared. Should it be static? drivers/staging/rtl8188eu/os_dep/ioctl_linux.c:3109:5: warning: symbol 'rtw_ioctl' was not declared. Should it be static? Signed-off-by:
Jeff Oczek <jeffoczek@gmail.com> Signed-off-by:
-
- 24 Jul, 2014 22 commits
-
-
Malcolm Priestley authored
Signed-off-by:
Malcolm Priestley <tvboxspy@gmail.com> Signed-off-by:
-
Malcolm Priestley authored
Signed-off-by:
-
Malcolm Priestley authored
Replacing MP_CLEAR_FLAG Signed-off-by:
-
Malcolm Priestley authored
Replacing MP_SET_FLAG Signed-off-by:
-
Malcolm Priestley authored
merge u32 flag into unsigned long Flags Replacing fMP_DISCONNECTED with DEVICE_FLAGS_DISCONNECTED Signed-off-by:
-
Malcolm Priestley authored
Signed-off-by:
-
Malcolm Priestley authored
Just test FLag and remove not. Signed-off-by:
-
Malcolm Priestley authored
MP_IS_READY(fMP_DISCONNECTED) is used to block thread in vnt_tx_context Signed-off-by:
-
Igor Bezukh authored
Removed redundant comments from bssdb.h header file. Signed-off-by:
Igor Bezukh <igbzkh@gmail.com> Signed-off-by:
-
Igor Bezukh authored
Removed redundant comments in baseband.h header file. Signed-off-by:
-
Benjamin Romer authored
This patch adds a documentation file for all of the interfaces that were moved to sysfs by the other patches in this set. Signed-off-by:
Benjamin Romer <benjamin.romer@unisys.com> Signed-off-by:
-
Benjamin Romer authored
Remove remnant code left over from the diagdump proc entry. Signed-off-by:
-
Benjamin Romer authored
Move the chipsetready proc entry to sysfs under a new directory guest. This entry is used by Unisys application software on the guest to acknowledge completion of specific events for integration purposes, but these acknowledgements are not required for the guest to operate correctly. The store function is simplified as well, to use scanf() instead of copying the buffer and using strsep(). Signed-off-by:
-
Benjamin Romer authored
The installer entry in /proc/visorchipset/installer was composed of three separate fields as one entry. This patch removes the proc entry and associated functions, and creates new fields with distinct entries under sysfs in the visorchipset/install directory. The fields are: textid: used to send the ID of a string that should be displayed on s-Par's automatic installation progress screen. Setting this field when not in installation mode (boottotool was set on the previous guest boot) has no effect. remaining_steps: used to set the value of the progress bar on the s-Par automatic installation progress screen. This field has no effect if not in installation mode. error: used to send the ID of a string that should be displayed on s-Par's automatic installation progress screen when an error is encountered during installation. This field has no effect if not in installation mode. Signed-off-by:
-
Masanari Iida authored
This patch removes trailing semicolon from macros within et131x.h Signed-off-by:
Masanari Iida <standby24x7@gmail.com> Signed-off-by:
-
Masanari Iida authored
This patch fix spelling typos in comments and printk within et131x. Signed-off-by:
-
Bernd Porr authored
Added a missing "break" which forced the board to acquire 16 channels even when only 3 had been requested. Thanks for Hartley Sweeten to spot this bug. Signed-off-by:
Bernd Porr <mail@berndporr.me.uk> Reported-by:
H Hartley Sweeten <hsweeten@visionengravers.com> Reviewed-by:
Ian Abbott <abbotti@mev.co.uk> Reviewed-by:
-
Seunghun Lee authored
This patch fixes checkpatch errors: "space required after that ','" Signed-off-by:
Seunghun Lee <waydi1@gmail.com> Signed-off-by:
-
Andrey Skvortsov authored
Signed-off-by:
Andrey Skvortsov <Andrej.Skvortzov@gmail.com> Signed-off-by:
-
Ian Abbott authored
When the hardware is being initialized, the edge detection interrupts are cleared and disabled. Also disable edge detection for all channels at this time so they start off in a known state. Signed-off-by:
-
Ian Abbott authored
The "edge detection interrupt" subdevice supports the `INSN_CONFIG_CHANGE_NOTIFY` comedi instruction which is only supported by one other driver. It is limited to the first 32 channels, but boards supported by this driver support edge detection on all digital I/O, digital input and digital output channels. The `INSN_CONFIG_DIGITAL_TRIG` comedi instruction is more flexible as it supports more than 32 channels (with multiple instructions). It can also support level detection, but the hardware does not support that. Add partial support for the `INSN_CONFIG_DIGITAL_TRIG` instruction, but only for edge detection. Since `INSN_CONFIG_CHANGE_NOTIFY` can only deal with 32 channels, make it disable edge detection for any remaining channels. Signed-off-by:
-
Ian Abbott authored
Refactor the code that updates the rising and falling edge detection registers into new function `ni_65xx_update_edge_detection()`. This updates the rising and falling edge detection registers for up to 32 channels starting at an arbitrary channel. Call it from the code that handles the `INSN_CONFIG_CHANGE_NOTIFY` instruction, which is limited to the first 32 channels. (For the purposes of edge detection, the channels are in the natural port order of the board, 8 channels per port. In practice, this is all the digital I/O channels (if any), followed by all the digital input channels (if any), followed by all the digital output channels (if any). Signed-off-by:
-
