- 20 Mar, 2016 1 commit
-
-
Joachim Eastwood authored
Signed-off-by:
Joachim Eastwood <manabian@gmail.com> Acked-by:
Rob Herring <robh@kernel.org> Signed-off-by:
Jonathan Cameron <jic23@kernel.org>
-
- 12 Mar, 2016 7 commits
-
-
Joachim Eastwood authored
Add base support for the 10-bit DAC peripheral found on NXP LPC18xx/43xx SoCs. This is a minimal driver that does not support DMA or interrupts. User manual with register description can be found on: LPC18xx: www.nxp.com/documents/user_manual/UM10430.pdf LPC43xx: www.nxp.com/documents/user_manual/UM10503.pdf Signed-off-by:
-
Joachim Eastwood authored
Signed-off-by:
-
Joachim Eastwood authored
Add base support for the 10-bit SAR ADC peripheral found on NXP LPC18xx/43xx SoCs. This is a minimal driver that does not support burst mode, interrupts, DMA or hardware triggers. User manual with register description can be found on: LPC18xx: www.nxp.com/documents/user_manual/UM10430.pdf LPC43xx: www.nxp.com/documents/user_manual/UM10503.pdf Signed-off-by:
-
Alison Schofield authored
Replace the code that guarantees the device stays in direct mode with iio_device_{claim|release}_direct_mode() which does same. Signed-off-by:Alison Schofield <amsfield22@gmail.com> Signed-off-by:
-
Alison Schofield authored
It is often the case that the driver wants to be sure a device stays in direct mode while it is executing a task or series of tasks. To accomplish this today, the driver performs this sequence: 1) take the device state lock, 2) verify it is not in a buffered mode, 3) execute some tasks, and 4) release that lock. This patch introduces a pair of helper functions that simplify these steps and make it more semantically expressive. iio_device_claim_direct_mode() If the device is not in any buffered mode it is guaranteed to stay that way until iio_release_direct_mode() is called. iio_device_release_direct_mode() Release the claim. Device is no longer guaranteed to stay in direct mode. Signed-off-by: -
Martin Kepplinger authored
This adds support for Freescale's (now NXP's) FXLS8471Q accelerometer. We use MMA8451Q's configuration because for what the driver supports, FXLS8471Q is the same. Support for FXLS8471Q's features (fast SPI interface and a larger FIFO, among others) can be added to this driver anytime. See it's datasheet for the details: http://cache.nxp.com/files/sensors/doc/data_sheet/FXLS8471Q.pdfSigned-off-by:
Martin Kepplinger <martink@posteo.de> Signed-off-by:
-
Tiberiu Breana authored
This commit adds support for STMicroelectronics h3lis331dl high-g accelerometer. The datasheet for this device can be found here: http://www.st.com/web/en/resource/technical/document/ datasheet/DM00053090.pdf Signed-off-by:
Tiberiu Breana <tiberiu.a.breana@intel.com> Reviewed-by:
Denis Ciocca <denis.ciocca@st.com> Acked-by:
-
- 09 Mar, 2016 2 commits
-
-
Lars-Peter Clausen authored
The ADIS16220 part has been obsoleted, which makes it hard to get the hardware to even test the driver. Considering this there is no expectation that the driver will be cleaned up and be able to move out of staging, so remove the driver. Signed-off-by:
Lars-Peter Clausen <lars@metafoo.de> Signed-off-by:
-
Lars-Peter Clausen authored
The ADIS16204 part has been obsoleted, which makes it hard to get the hardware to even test the driver. Considering this there is no expectation that the driver will be cleaned up and be able to move out of staging, so remove the driver. Signed-off-by:
-
- 05 Mar, 2016 13 commits
-
-
Krzysztof Kozlowski authored
The devres.o gets linked if HAS_IOMEM is present so on ARCH=um allyesconfig (COMPILE_TEST) failed with: drivers/built-in.o: In function `at91_adc_probe': at91-sama5d2_adc.c:(.text+0x48f548): undefined reference to `devm_ioremap_resource' Signed-off-by:
Krzysztof Kozlowski <k.kozlowski@samsung.com> Signed-off-by:
-
Matt Ranostay authored
Fix possible null dereferencing of i2c and spi driver data. Signed-off-by:
Matt Ranostay <matt.ranostay@intel.com> Signed-off-by:
-
Martin Kepplinger authored
This adds support for runtime power management and, if configured, activates automatic standby after 2 seconds of inactivity. Inactivity means no read of acceleration values and no events triggered or activated. If CONFIG_PM is not set, this doesn't change anything for existing users. Signed-off-by:
Christoph Muellner <christoph.muellner@theobroma-systems.com> Signed-off-by:
-
Martin Kepplinger authored
The devices' config registers can only be changed in standby mode. Up until now the driver just held the device *always* active, so for changing a config it was *always* necessary to switch to standby. For upcoming support for runtime pm, the device can as well be in standby mode. Instead of putting runtime pm functions in there, just keep the device in standby if it already is. This section is protected by a lock after all. Signed-off-by:
-
Martin Kepplinger authored
fix checkpatch issues like "space before tabs", too long lines or alignment. Signed-off-by:
-
Gregor Boirie authored
Add support for an optional regulator which, if found into device-tree, will power on device at probing time. The regulator is declared into ak8975 DTS entry as a "vdd-supply" property. Signed-off-by:
Gregor Boirie <gregor.boirie@parrot.com> Signed-off-by:
-
Gregor Boirie authored
Remove unused struct ak8975_data attrs field. Signed-off-by:
-
Gregor Boirie authored
ak_def_array bounds are not properly checked in case of ACPI matching failure. GCC warns with the following message at line 799: ‘chipset’ may be used uninitialized in this function. Signed-off-by:
-
Ludovic Desroches authored
Remove some extra tabs. Signed-off-by:
Ludovic Desroches <ludovic.desroches@atmel.com> Signed-off-by:
-
Ludovic Desroches authored
Fix typo in the name of a macro. Signed-off-by:
-
Gregor Boirie authored
Add support for setting and retrieving OverSampling Rate independently for each of the temperature and pressure channels. This allows userspace to fine tune hardware sampling process according to the following tradeoffs : * the higher the OSR, the finer the resolution ; * the higher the OSR, the lower the noise ; BUT: * the higher the OSR, the larger the drift ; * the higher the OSR, the longer the response time, i.e. less samples per unit of time. Signed-off-by:
-
Grégor Boirie authored
Add device-tree ID tables and document bindings. Signed-off-by:
-
Matt Ranostay authored
Change i2c_check_functionality condition check return from ENOTSUPP to EOPNOTSUPP which is now the standard return code. Signed-off-by:
Matt Ranostay <mranostay@gmail.com> Signed-off-by:
-
- 04 Mar, 2016 12 commits
-
-
Chaehyun Lim authored
It is more readable than multiple if-else statement. Signed-off-by:
Chaehyun Lim <chaehyun.lim@gmail.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-
Chaehyun Lim authored
This patch removes unnecessary comments because enum cfg_cmd_type shows each command type without it. Signed-off-by:
-
Chaehyun Lim authored
This patch adds a new enum cfg_type_cmd to change hard-coded command type. Signed-off-by:
-
Chaehyun Lim authored
This patch renames hardwareProductVersion to hw_product_version to avoid camelcase. Signed-off-by:
-
Chaehyun Lim authored
This patch removes commented codes in struct wilc_cfg_str. Signed-off-by:
-
Chaehyun Lim authored
TAG_PARAM_OFFSET is defined at top of this file so that it is used to simplify codes. Signed-off-by:
-
Anchal Jain authored
Remove a whitespace before parenthesis "(" Signed-off-by:Anchal Jain <anchalj109@gmail.com> Signed-off-by:
-
Chaehyun Lim authored
This patch removes typedef from enum tenuConnectSts and renames it to connect_status to avoid camelcase. Signed-off-by:
-
Chaehyun Lim authored
This patch removes INFINITE_SLEEP_TIME that is not used in the driver, so just remove it. Signed-off-by:
-
Chaehyun Lim authored
This patch removes typedef from struct sdio_cmd53_t and renames it to sdio_cmd53. Signed-off-by:
-
Chaehyun Lim authored
This patch removes unnecessary comment code in struct sdio_cmd53_t. Signed-off-by:
-
Chaehyun Lim authored
This patch removes typedef from struct sdio_cmd52_t and renames it to sdio_cmd52. Signed-off-by:
-
- 03 Mar, 2016 5 commits
-
-
Liang Zhen authored
ko2iblnd may retry too frequent for growing pools, all schedulers are spinning if another thread is in progress of allocating a new pool and can't finish right away because of high system load. Signed-off-by:
Liang Zhen <liang.zhen@intel.com> Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-7054 Reviewed-on: http://review.whamcloud.com/16470Reviewed-by:
Doug Oucharek <doug.s.oucharek@intel.com> Reviewed-by:
James Simmons <uja.ornl@yahoo.com> Reviewed-by:
Oleg Drokin <oleg.drokin@intel.com> Signed-off-by:
-
Liang Zhen authored
When there is a connection race between two nodes and one side of the connection is rejected by the other side. o2iblnd will reconnect immediately, this is going to generate a lot of trashes if: - race winner is slow and can't send out connecting request in short time. - remote side leaves a cmid in TIMEWAIT state, which will reject future connection requests To resolve this problem, this patch changed the reconnection behave: reconnection is submitted by connd only if a zombie connection is being destroyed and there is a pending reconnection request for the corresponding peer. Also, after a few rejections, reconnection will have a time interval between each attempt. Signed-off-by:
-
Liang Zhen authored
If ib_poll_cq returned +ve without initialising ib_wc::wr_id (bug in driver), then o2iblnd will run into unpredictable situation because ib_wc::wr_id may refer to stale tx/rx pointer in stack. It indicates bug in HCA driver if this happened, ko2iblnd should output console error then close current connection. This patch could also be helpful for LU-5271 Signed-off-by:
Isaac Huang <he.huang@intel.com> Reviewed-by:
-
Doug Oucharek authored
A race condition has been found where connd is cleaning up failed connections, the peer ref counter goes to zero, but we stil have a connecting counter > 0. One possible race is when we are retrying a connection by calling kiblnd_connect_peer() which itself fails and decrements the peer ref counter and gets swapped out before it can decrement the connecting counter. connd swaps in and cleans up the connection where it sees a peer ref counter of 1 and a connecting counter of 1. This will trigger the assert seen in LU-7210 when it decrements the peer counter. The solution: be sure to decrement the connecting counter before decrementing the peer counter in the peer connect failure path. Signed-off-by:
Amir Shehata <amir.shehata@intel.com> Reviewed-by:
-
Liang Zhen authored
refcount taken by cmid is not reliable after kiblnd_connreq_done released the glock because this connection is visible to other threads, another thread can find and close this connection right after kiblnd_connreq_done released the glock, if kiblnd_cm_callback for RDMA_CM_EVENT_DISCONNECTED is called, it can release the connection refcount taken by cmid. It means the connection could be destroyed before kiblnd_connreq_done() finish operations on it. Signed-off-by:
-
