1. 23 3月, 2017 2 次提交
  2. 26 2月, 2017 1 次提交
  3. 05 2月, 2017 1 次提交
    • A
      iio: adc: handle unknow of_device_id data · 17fa2dcb
      Arnd Bergmann 提交于
      If we get an unknown 'childmode' value, a number of variables are not
      initialized properly:
      
      drivers/iio/adc/rcar-gyroadc.c: In function 'rcar_gyroadc_probe':
      drivers/iio/adc/rcar-gyroadc.c:390:5: error: 'num_channels' may be used uninitialized in this function [-Werror=maybe-uninitialized]
      drivers/iio/adc/rcar-gyroadc.c:426:22: error: 'sample_width' may be used uninitialized in this function [-Werror=maybe-uninitialized]
      drivers/iio/adc/rcar-gyroadc.c:428:23: error: 'channels' may be used uninitialized in this function [-Werror=maybe-uninitialized]
      
      The driver is currently correct, but handling this properly is more robust
      for possible modifications.
      
      There is also a false-positive warning about adcmode being possibly uninitialized,
      but that cannot happen as we also check the 'first' flag:
      
      drivers/iio/adc/rcar-gyroadc.c:398:26: error: 'adcmode' may be used uninitialized in this function [-Werror=maybe-uninitialized]
      
      This adds an initialization for 'adcmode' and bails out for any unknown childmode.
      
      Fixes: 059c53b3 ("iio: adc: Add Renesas GyroADC driver")
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Acked-by: NMarek Vasut <marek.vasut@gmail.com>
      Signed-off-by: NJonathan Cameron <jic23@kernel.org>
      17fa2dcb
  4. 02 2月, 2017 1 次提交
  5. 01 2月, 2017 1 次提交
  6. 31 1月, 2017 1 次提交
  7. 29 1月, 2017 4 次提交
  8. 28 1月, 2017 3 次提交
    • W
      iio: stx104: Utilize devm_ functions in driver probe callback · b2d226ca
      William Breathitt Gray 提交于
      The devm_ resource manager functions allow memory to be automatically
      released when a device is unbound. This patch takes advantage of the
      resource manager functions and replaces the gpiochip_add_data call and
      iio_device_register call with the devm_gpiochip_add_data call and
      devm_iio_device_register call respectively. In addition, the
      stx104_remove function has been removed as no longer necessary due to
      the use of the relevant devm_ resource manager functions.
      Signed-off-by: NWilliam Breathitt Gray <vilhelm.gray@gmail.com>
      Signed-off-by: NJonathan Cameron <jic23@kernel.org>
      b2d226ca
    • M
      iio: adc: add a driver for the SAR ADC found in Amlogic Meson SoCs · 3adbf342
      Martin Blumenstingl 提交于
      This adds support for the SAR (Successive Approximation Register) ADC
      on the Amlogic Meson SoCs.
      
      The code is based on the public S805 (Meson8b) and S905 (GXBB)
      datasheets (see [0] and [1]), as well as by reading (various versions
      of) the vendor driver and by inspecting the registers on the vendor
      kernels of my testing-hardware.
      
      Currently the GXBB, GXL and GXM SoCs are supported. GXBB hardware has
      10-bit ADC resolution, while GXL and GXM have 12-bit ADC resolution.
      The code was written to support older SoCs (Meson8 and Meson8b) as well,
      but due to lack of actual testing-hardware no of_device_id was added for
      these.
      
      Two "features" from the vendor driver are currently missing:
      - the vendor driver uses channel #7 for calibration (this improves the
        accuracy of the results - in my tests the results were less than 3%
        off without calibration compared to the vendor driver). Adding support
        for this should be easy, but is not required for most applications.
      - channel #6 is connected to the SoCs internal temperature sensor.
        Adding support for this is probably not so easy since (based on the
        u-boot sources) most SoC versions are using different registers and
        algorithms for the conversion from "ADC value" to temperature.
      
      Supported by the hardware but currently not supported by the driver:
      - reading multiple channels at the same time (the hardware has a FIFO
        buffer which stores multiple results)
      - continuous sampling (this would require a way to enable this
        individually because otherwise the ADC would be drawing power
        constantly)
      - interrupt support (similar to the vendor driver this new driver is
        polling the results. It is unclear if the IRQ-mode is supported on
        older (Meson6 or Meson8) hardware as well or if there are any errata)
      
      [0]
      http://dn.odroid.com/S805/Datasheet/S805_Datasheet%20V0.8%2020150126.pdf
      [1] http://dn.odroid.com/S905/DataSheet/S905_Public_Datasheet_V1.1.4.pdfSigned-off-by: NMartin Blumenstingl <martin.blumenstingl@googlemail.com>
      Tested-by: NNeil Armstrong <narmstrong@baylibre.com>
      Signed-off-by: NJonathan Cameron <jic23@kernel.org>
      3adbf342
    • M
      iio: adc: Add Renesas GyroADC driver · 059c53b3
      Marek Vasut 提交于
      Add IIO driver for the Renesas RCar GyroADC block. This block is a
      simple 4/8-channel ADC which samples 12/15/24 bits of data every
      cycle from all channels.
      Signed-off-by: NMarek Vasut <marek.vasut+renesas@gmail.com>
      Cc: Geert Uytterhoeven <geert+renesas@glider.be>
      Cc: Simon Horman <horms+renesas@verge.net.au>
      Cc: Jonathan Cameron <jic23@kernel.org>
      Cc: linux-renesas-soc@vger.kernel.org
      Cc: Wolfram Sang <wsa@the-dreams.de>
      Signed-off-by: NJonathan Cameron <jic23@kernel.org>
      059c53b3
  9. 22 1月, 2017 3 次提交
  10. 21 1月, 2017 2 次提交
  11. 15 1月, 2017 2 次提交
  12. 11 1月, 2017 7 次提交
  13. 31 12月, 2016 1 次提交
  14. 11 12月, 2016 2 次提交
  15. 03 12月, 2016 2 次提交
  16. 19 11月, 2016 2 次提交
  17. 13 11月, 2016 1 次提交
  18. 12 11月, 2016 1 次提交
  19. 06 11月, 2016 2 次提交
  20. 24 10月, 2016 1 次提交