20 Sep, 2019

1 commit

  • …ernel/git/chrome-platform/linux

    Pull chrome platform updates from Benson Leung:
    "CrOS EC / MFD Migration:
    - Move cros_ec core driver from mfd into chrome platform.

    Wilco EC:
    - Add batt_ppid_info command to Wilco telemetry driver.

    CrOS EC:
    - cros_ec_rpmsg : Add support to inform EC of suspend/resume status
    - cros_ec_rpmsg : Fix race condition on probe failed
    - cros_ec_chardev : Add a poll handler to receive MKBP events

    Misc:
    - bugfixes in cros_usbpd_logger and cros_ec_ishtp"

    * tag 'tag-chrome-platform-for-v5.4' of git://git.kernel.org/pub/scm/linux/kernel/git/chrome-platform/linux:
    platform/chrome: cros_usbpd_logger: null check create_singlethread_workqueue
    platform/chrome: cros_ec_chardev: Add a poll handler to receive MKBP events
    platform/chrome: cros_ec_rpmsg: Fix race with host command when probe failed
    platform/chrome: chromeos_tbmc: Report wake events
    mfd: cros_ec: Use mfd_add_hotplug_devices() helper
    mfd: cros_ec: Add convenience struct to define autodetectable CrOS EC subdevices
    mfd: cros_ec: Add convenience struct to define dedicated CrOS EC MCUs
    mfd: cros_ec: Use kzalloc and cros_ec_cmd_xfer_status helper
    mfd / platform: cros_ec: Reorganize platform and mfd includes
    mfd / platform: cros_ec: Rename config to a better name
    mfd: cros_ec: Switch to use the new cros-ec-chardev driver
    mfd / platform: cros_ec: Miscellaneous character device to talk with the EC
    mfd / platform: cros_ec: Move cros-ec core driver out from MFD
    mfd / platform: cros_ec: Handle chained ECs as platform devices
    platform/chrome: cros_ec_rpmsg: Add host command AP sleep state support
    platform/chrome: chromeos_laptop: drop checks of NULL-safe functions
    platform/chrome: wilco_ec: Add batt_ppid_info command to telemetry driver

    Linus Torvalds
     

06 Sep, 2019

1 commit

  • The commit 473d12f7638c

    ("iio: hid-sensor-attributes: Convert to use int_pow()")

    converted to use generic int_pow() helper. Though, the generic one returns
    64-bit value and, in cases when it is used as divisor, it compels 64-bit
    division from compiler.

    In order to fix this, introduce a temporary 32-bit variable to hold the result
    of int_pow() and use it as divisor afterwards.

    In couple of cases, replace int_pow() with a predefined unit factors for time
    and frequency.

    Fixes: 473d12f7638c ("iio: hid-sensor-attributes: Convert to use int_pow()")
    Reported-by: kbuild test robot
    Reported-by: Nathan Chancellor
    Signed-off-by: Andy Shevchenko
    Acked-by: Srinivas Pandruvada
    Link: https://lore.kernel.org/r/20190905112759.13035-1-andriy.shevchenko@linux.intel.com
    Signed-off-by: Greg Kroah-Hartman

    Andy Shevchenko
     

04 Sep, 2019

1 commit

  • By default, set the calibscale vector to unit vector.
    When calibrating one axis, the other axis calibrations are sent as well.
    If left to 0, sensor data from uncalibrated axis are zero'ed out until
    all axis are calibrated.

    Fixes: ed1f2e85da79 ("iio: cros_ec: Add calibscale for 3d MEMS ")
    Signed-off-by: Gwendal Grignou
    Signed-off-by: Jonathan Cameron

    Gwendal Grignou
     

02 Sep, 2019

2 commits

  • There is a bit of mess between cros-ec mfd includes and platform
    includes. For example, we have a linux/mfd/cros_ec.h include that
    exports the interface implemented in platform/chrome/cros_ec_proto.c. Or
    we have a linux/mfd/cros_ec_commands.h file that is non related to the
    multifunction device (in the sense that is not exporting any function of
    the mfd device). This causes crossed includes between mfd and
    platform/chrome subsystems and makes the code difficult to read, apart
    from creating 'curious' situations where a platform/chrome driver includes
    a linux/mfd/cros_ec.h file just to get the exported functions that are
    implemented in another platform/chrome driver.

    In order to have a better separation on what the cros-ec multifunction
    driver does and what the cros-ec core provides move and rework the
    affected includes doing:

    - Move cros_ec_commands.h to include/linux/platform_data/cros_ec_commands.h
    - Get rid of the parts that are implemented in the platform/chrome/cros_ec_proto.c
    driver from include/linux/mfd/cros_ec.h to a new file
    include/linux/platform_data/cros_ec_proto.h
    - Update all the drivers with the new includes, so
    - Drivers that only need to know about the protocol include
    - linux/platform_data/cros_ec_proto.h
    - linux/platform_data/cros_ec_commands.h
    - Drivers that need to know about the cros-ec mfd device also include
    - linux/mfd/cros_ec.h

    Signed-off-by: Enric Balletbo i Serra
    Acked-by: Andy Shevchenko
    Acked-by: Mark Brown
    Acked-by: Wolfram Sang
    Acked-by: Neil Armstrong
    Acked-by: Alexandre Belloni
    Acked-by: Jonathan Cameron
    Acked-by: Benjamin Tissoires
    Acked-by: Dmitry Torokhov
    Acked-by: Sebastian Reichel
    Acked-by: Chanwoo Choi
    Reviewed-by: Gwendal Grignou
    Tested-by: Gwendal Grignou
    Series changes: 3
    - Fix dereferencing pointer to incomplete type 'struct cros_ec_dev' (lkp)
    Signed-off-by: Lee Jones

    Enric Balletbo i Serra
     
  • Now, the ChromeOS EC core driver has nothing related to an MFD device, so
    move that driver from the MFD subsystem to the platform/chrome subsystem.

    Signed-off-by: Enric Balletbo i Serra
    Acked-by: Andy Shevchenko
    Acked-by: Thierry Reding
    Acked-by: Mark Brown
    Acked-by: Wolfram Sang
    Acked-by: Neil Armstrong
    Acked-by: Alexandre Belloni
    Acked-by: Jonathan Cameron
    Acked-by: Benjamin Tissoires
    Acked-by: Dmitry Torokhov
    Acked-by: Sebastian Reichel
    Acked-by: Chanwoo Choi
    Reviewed-by: Gwendal Grignou
    Tested-by: Gwendal Grignou
    Signed-off-by: Lee Jones

    Enric Balletbo i Serra
     

26 Aug, 2019

1 commit

  • IIO_ST_SENSORS_CORE select IIO_ST_SENSORS_I2C
    unconditionally, if REGMAP_I2C is not set, build fails

    drivers/iio/common/st_sensors/st_sensors_i2c.o: In function `st_sensors_i2c_configure':
    st_sensors_i2c.c:(.text+0x58): undefined reference to `__devm_regmap_init_i2c'

    This patch selects REGMAP_I2C to fix it.
    IIO_ST_SENSORS_SPI is similar to SPI issue.

    Reported-by: Hulk Robot
    Fixes: 062809ef7733 ("iio: make st_sensors drivers use regmap")
    Signed-off-by: YueHaibing
    Signed-off-by: Jonathan Cameron

    YueHaibing
     

19 Aug, 2019

1 commit


05 Aug, 2019

1 commit


28 Jul, 2019

8 commits

  • Embedded controller return minimum and maximum frequencies, unfortunately
    we have no way to know the step for all available frequencies.
    Even if not complete, we can return a list of known values using the
    standard read_avail callback (IIO_CHAN_INFO_SAMP_FREQ) to provide them to
    userland.

    Now cros_ec_* sensors provides frequencies values in sysfs like this:
    "0 min max". 0 is always true to disable the sensor.

    Default frequencies are provided for earlier protocol.

    Signed-off-by: Nick Vaccaro
    Signed-off-by: Fabien Lahoudere
    [rebased on top of iio/testing and solved conflicts]
    Signed-off-by: Enric Balletbo i Serra
    Signed-off-by: Jonathan Cameron

    Fabien Lahoudere
     
  • To allow cros_ec iio core library to be used with legacy device, add a
    vector to rotate sensor data if necessary: legacy devices are not
    reporting data in HTML5/Android sensor referential.

    Check the data is not rotated on recent chromebooks that use the HTML5
    standard to present sensor data.

    Signed-off-by: Gwendal Grignou
    Reviewed-by: Douglas Anderson
    Signed-off-by: Jonathan Cameron

    Gwendal Grignou
     
  • This patch adds a function to determine which version of the
    protocol is used to communicate with EC.

    Signed-off-by: Nick Vaccaro
    Signed-off-by: Fabien Lahoudere
    Reviewed-by: Gwendal Grignou
    Tested-by: Gwendal Grignou
    [rebased on top of iio/testing and solved conflicts]
    Signed-off-by: Enric Balletbo i Serra
    Signed-off-by: Jonathan Cameron

    Fabien Lahoudere
     
  • This patch is meant to replace the i2c/spi transfer functions with
    regmap. SPI framework requires DMA safe buffers so let's add GFP_DMA
    flag for memory allocation used by bulk_read functions.

    Signed-off-by: Denis Ciocca
    Signed-off-by: Jonathan Cameron

    Denis Ciocca
     
  • Some devices need to be configured with special bit in order to
    use spi 3-wire. This was done during device identification phase.
    Instead, let's move this part as spi specific.
    Doing this the check_device_support function becomes a simple
    device id check, so let's rename it.

    Signed-off-by: Denis Ciocca
    Signed-off-by: Jonathan Cameron

    Denis Ciocca
     
  • Extract from st_sensors_check_device_support() function the code that
    is used to get the specific settings for a device. This will be used
    as generic extractor by each ST driver.

    Signed-off-by: Denis Ciocca
    Signed-off-by: Jonathan Cameron

    Denis Ciocca
     
  • Due to an API misread, error code can be different for -EIO when reading
    a sysfs entry. Return the error reported by the cros_ec stack.

    Check the proper error message (protocol error, not supported) is
    reported when there is an error returned by the EC stack.

    Signed-off-by: Gwendal Grignou
    Signed-off-by: Jonathan Cameron

    Gwendal Grignou
     
  • Add calibration scale support to accel, gyro and magnetometer.

    Check on eve with current firmware, check reading calibscale returns 1.0,
    check with newer firmware values are applied.

    Signed-off-by: Gwendal Grignou
    Signed-off-by: Jonathan Cameron

    Gwendal Grignou
     

12 Jul, 2019

1 commit

  • …ernel/git/chrome-platform/linux

    Pull chrome platform updates from Benson Leung
    "CrOS EC:
    - Add new CrOS ISHTP transport protocol
    - Add proper documentation for debugfs entries and expose resume and
    uptime files
    - Select LPC transport protocol variant at runtime.
    - Add lid angle sensor driver
    - Fix oops on suspend/resume for lightbar driver
    - Set CrOS SPI transport protol in realtime

    Wilco EC:
    - Add telemetry char device interface
    - Add support for event handling
    - Add new sysfs attributes

    Misc:
    - Contains ib-mfd-cros-v5.3 immutable branch from mfd, with
    cros_ec_commands.h header freshly synced with Chrome OS's EC
    project"

    * tag 'tag-chrome-platform-for-v5.3' of git://git.kernel.org/pub/scm/linux/kernel/git/chrome-platform/linux: (54 commits)
    mfd / platform: cros_ec_debugfs: Expose resume result via debugfs
    platform/chrome: lightbar: Get drvdata from parent in suspend/resume
    iio: cros_ec: Add lid angle driver
    platform/chrome: wilco_ec: Add circular buffer as event queue
    platform/chrome: cros_ec_lpc_mec: Fix kernel-doc comment first line
    platform/chrome: cros_ec_lpc: Choose Microchip EC at runtime
    platform/chrome: cros_ec_lpc: Merge cros_ec_lpc and cros_ec_lpc_reg
    Input: cros_ec_keyb: mask out extra flags in event_type
    platform/chrome: wilco_ec: Fix unreleased lock in event_read()
    platform/chrome: cros_ec_debugfs: cros_ec_uptime_fops can be static
    platform/chrome: cros_ec_debugfs: Add debugfs ABI documentation
    platform/chrome: cros_ec_debugfs: Fix kernel-doc comment first line
    platform/chrome: cros_ec_debugfs: Add debugfs entry to retrieve EC uptime
    mfd: cros_ec: Update I2S API
    mfd: cros_ec: Add Management API entry points
    mfd: cros_ec: Add SKU ID and Secure storage API
    mfd: cros_ec: Add API for rwsig
    mfd: cros_ec: Add API for Fingerprint support
    mfd: cros_ec: Add API for Touchpad support
    mfd: cros_ec: Add API for EC-EC communication
    ...

    Linus Torvalds
     

25 Jun, 2019

1 commit

  • Add a IIO driver that reports the angle between the lid and the base for
    ChromeOS convertible device.

    Tested on eve with ToT EC firmware.
    Check driver is loaded and lid angle is correct.

    Signed-off-by: Gwendal Grignou
    Acked-by: Jonathan Cameron
    Signed-off-by: Enric Balletbo i Serra

    Gwendal Grignou
     

23 Jun, 2019

1 commit


19 Jun, 2019

1 commit

  • Based on 2 normalized pattern(s):

    this program is free software you can redistribute it and or modify
    it under the terms of the gnu general public license version 2 as
    published by the free software foundation

    this program is free software you can redistribute it and or modify
    it under the terms of the gnu general public license version 2 as
    published by the free software foundation #

    extracted by the scancode license scanner the SPDX license identifier

    GPL-2.0-only

    has been chosen to replace the boilerplate/reference in 4122 file(s).

    Signed-off-by: Thomas Gleixner
    Reviewed-by: Enrico Weigelt
    Reviewed-by: Kate Stewart
    Reviewed-by: Allison Randal
    Cc: linux-spdx@vger.kernel.org
    Link: https://lkml.kernel.org/r/20190604081206.933168790@linutronix.de
    Signed-off-by: Greg Kroah-Hartman

    Thomas Gleixner
     

05 Jun, 2019

1 commit

  • Based on 1 normalized pattern(s):

    this program is free software you can redistribute it and or modify
    it under the terms and conditions of the gnu general public license
    version 2 as published by the free software foundation this program
    is distributed in the hope it will be useful but without any
    warranty without even the implied warranty of merchantability or
    fitness for a particular purpose see the gnu general public license
    for more details you should have received a copy of the gnu general
    public license along with this program if not write to the free
    software foundation inc 51 franklin st fifth floor boston ma 02110
    1301 usa

    extracted by the scancode license scanner the SPDX license identifier

    GPL-2.0-only

    has been chosen to replace the boilerplate/reference in 111 file(s).

    Signed-off-by: Thomas Gleixner
    Reviewed-by: Alexios Zavras
    Reviewed-by: Allison Randal
    Cc: linux-spdx@vger.kernel.org
    Link: https://lkml.kernel.org/r/20190530000436.567572064@linutronix.de
    Signed-off-by: Greg Kroah-Hartman

    Thomas Gleixner
     

03 Jun, 2019

1 commit


31 May, 2019

2 commits

  • Based on 1 normalized pattern(s):

    licensed under the gpl 2

    extracted by the scancode license scanner the SPDX license identifier

    GPL-2.0-only

    has been chosen to replace the boilerplate/reference in 135 file(s).

    Signed-off-by: Thomas Gleixner
    Reviewed-by: Allison Randal
    Reviewed-by: Richard Fontana
    Reviewed-by: Alexios Zavras
    Reviewed-by: Steve Winslow
    Cc: linux-spdx@vger.kernel.org
    Link: https://lkml.kernel.org/r/20190528170026.071193225@linutronix.de
    Signed-off-by: Greg Kroah-Hartman

    Thomas Gleixner
     
  • Based on 3 normalized pattern(s):

    this program is free software you can redistribute it and or modify
    it under the terms of the gnu general public license as published by
    the free software foundation either version 2 of the license or at
    your option any later version this program is distributed in the
    hope that it will be useful but without any warranty without even
    the implied warranty of merchantability or fitness for a particular
    purpose see the gnu general public license for more details

    this program is free software you can redistribute it and or modify
    it under the terms of the gnu general public license as published by
    the free software foundation either version 2 of the license or at
    your option any later version [author] [kishon] [vijay] [abraham]
    [i] [kishon]@[ti] [com] this program is distributed in the hope that
    it will be useful but without any warranty without even the implied
    warranty of merchantability or fitness for a particular purpose see
    the gnu general public license for more details

    this program is free software you can redistribute it and or modify
    it under the terms of the gnu general public license as published by
    the free software foundation either version 2 of the license or at
    your option any later version [author] [graeme] [gregory]
    [gg]@[slimlogic] [co] [uk] [author] [kishon] [vijay] [abraham] [i]
    [kishon]@[ti] [com] [based] [on] [twl6030]_[usb] [c] [author] [hema]
    [hk] [hemahk]@[ti] [com] this program is distributed in the hope
    that it will be useful but without any warranty without even the
    implied warranty of merchantability or fitness for a particular
    purpose see the gnu general public license for more details

    extracted by the scancode license scanner the SPDX license identifier

    GPL-2.0-or-later

    has been chosen to replace the boilerplate/reference in 1105 file(s).

    Signed-off-by: Thomas Gleixner
    Reviewed-by: Allison Randal
    Reviewed-by: Richard Fontana
    Reviewed-by: Kate Stewart
    Cc: linux-spdx@vger.kernel.org
    Link: https://lkml.kernel.org/r/20190527070033.202006027@linutronix.de
    Signed-off-by: Greg Kroah-Hartman

    Thomas Gleixner
     

21 May, 2019

1 commit


27 Apr, 2019

1 commit

  • This new sysfs entry is used to interpret ring buffer information,
    mainly by Android sensor HAL.
    It expand to all sensors, the documentation about 'id' we can found
    in Documentation/ABI/testing/sysfs-bus-iio-cros-ec.

    Also fix typo in docs, I replace 'Septembre' by 'September'.

    Signed-off-by: Gwendal Grignou
    Signed-off-by: Fabien Lahoudere
    Signed-off-by: Jonathan Cameron

    Gwendal Grignou
     

22 Apr, 2019

1 commit


05 Apr, 2019

5 commits

  • Adopt the SPDX license identifier headers to ease license compliance
    management. Also fix MODULE_LICENSE for cros_ec_accel_legacy to match
    the SPDX and boiler plate license.

    Signed-off-by: Enric Balletbo i Serra
    Signed-off-by: Jonathan Cameron

    Enric Balletbo i Serra
     
  • Document cros_ec_sensors_read_lpc, adding an additional note to explain
    that this is the safe function for reading the EC data.

    Signed-off-by: Gwendal Grignou
    Signed-off-by: Enric Balletbo i Serra
    Signed-off-by: Jonathan Cameron

    Gwendal Grignou
     
  • The cros_ec sensors drivers do not call any sysfs functions
    or use any sysfs defines, and thus do not need to include
    linux/sysfs.h. Also, some cros_ec drivers include linux/delay.h
    and is not used.

    Signed-off-by: Guenter Roeck
    [remove linux/delay.h]
    Signed-off-by: Enric Balletbo i Serra
    Signed-off-by: Jonathan Cameron

    Guenter Roeck
     
  • Formatting of Kconfig files doesn't look so pretty, so just
    take damp cloth and clean it up.

    Signed-off-by: Enrico Weigelt, metux IT consult
    Signed-off-by: Jonathan Cameron

    Enrico Weigelt, metux IT consult
     
  • When building with -Wsometimes-uninitialized, Clang warns:

    drivers/iio/common/ssp_sensors/ssp_iio.c:95:6: warning: variable
    'calculated_time' is used uninitialized whenever 'if' condition is false
    [-Wsometimes-uninitialized]

    While it isn't wrong, this will never be a problem because
    iio_push_to_buffers_with_timestamp only uses calculated_time
    on the same condition that it is assigned (when scan_timestamp
    is not zero). While iio_push_to_buffers_with_timestamp is marked
    as inline, Clang does inlining in the optimization stage, which
    happens after the semantic analysis phase (plus inline is merely
    a hint to the compiler).

    Fix this by just zero initializing calculated_time.

    Link: https://github.com/ClangBuiltLinux/linux/issues/394
    Signed-off-by: Nathan Chancellor
    Reviewed-by: Nick Desaulniers
    Signed-off-by: Jonathan Cameron

    Nathan Chancellor
     

17 Mar, 2019

1 commit

  • Calculation did not use IIO_DEGREE_TO_RAD and implemented a variant to
    avoid precision loss as we aim a nano value. The offset added to avoid
    rounding error, though, doesn't give us a close result to the expected
    value. E.g.

    For 1000dps, the result should be:

    (1000 * pi ) / 180 >> 15 ~= 0.000532632218

    But with current calculation we get

    $ cat scale
    0.000547890

    Fix the calculation by just doing the maths involved for a nano value

    val * pi * 10e12 / (180 * 2^15)

    so we get a closer result.

    $ cat scale
    0.000532632

    Fixes: c14dca07a31d ("iio: cros_ec_sensors: add ChromeOS EC Contiguous Sensors driver")
    Signed-off-by: Gwendal Grignou
    Signed-off-by: Enric Balletbo i Serra
    Cc:
    Signed-off-by: Jonathan Cameron

    Gwendal Grignou
     

25 Nov, 2018

1 commit


21 Oct, 2018

1 commit


08 Oct, 2018

1 commit


15 Jul, 2018

1 commit


10 Jun, 2018

1 commit

  • Pull staging/IIO updates from Greg KH:
    "Here is the big staging and IIO driver update for 4.18-rc1.

    It was delayed as I wanted to make sure the final driver deletions did
    not cause any major merge issues, and all now looks good.

    There are a lot of patches here, just over 1000. The diffstat summary
    shows the major changes here:

    1007 files changed, 16828 insertions(+), 227770 deletions(-)

    Because of this, we might be close to shrinking the overall kernel
    source code size for two releases in a row.

    There was loads of work in this release cycle, primarily:

    - tons of ks7010 driver cleanups

    - lots of mt7621 driver fixes and cleanups

    - most driver cleanups

    - wilc1000 fixes and cleanups

    - lots and lots of IIO driver cleanups and new additions

    - debugfs cleanups for all staging drivers

    - lots of other staging driver cleanups and fixes, the shortlog has
    the full details.

    but the big user-visable things here are the removal of 3 chunks of
    code:

    - ncpfs and ipx were removed on schedule, no one has cared about this
    code since it moved to staging last year, and if it needs to come
    back, it can be reverted.

    - lustre file system is removed.

    I've ranted at the lustre developers about once a year for the past
    5 years, with no real forward progress at all to clean things up
    and get the code into the "real" part of the kernel.

    Given that the lustre developers continue to work on an external
    tree and try to port those changes to the in-kernel tree every once
    in a while, this whole thing really really is not working out at
    all. So I'm deleting it so that the developers can spend the time
    working in their out-of-tree location and get things cleaned up
    properly to get merged into the tree correctly at a later date.

    Because of these file removals, you will have merge issues on some of
    these files (2 in the ipx code, 1 in the ncpfs code, and 1 in the
    atomisp driver). Just delete those files, it's a simple merge :)

    All of this has been in linux-next for a while with no reported
    problems"

    * tag 'staging-4.18-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging: (1011 commits)
    staging: ipx: delete it from the tree
    ncpfs: remove uapi .h files
    ncpfs: remove Documentation
    ncpfs: remove compat functionality
    staging: ncpfs: delete it
    staging: lustre: delete the filesystem from the tree.
    staging: vc04_services: no need to save the log debufs dentries
    staging: vc04_services: vchiq_debugfs_log_entry can be a void *
    staging: vc04_services: remove struct vchiq_debugfs_info
    staging: vc04_services: move client dbg directory into static variable
    staging: vc04_services: remove odd vchiq_debugfs_top() wrapper
    staging: vc04_services: no need to check debugfs return values
    staging: mt7621-gpio: reorder includes alphabetically
    staging: mt7621-gpio: change gc_map to don't use pointers
    staging: mt7621-gpio: use GPIOF_DIR_OUT and GPIOF_DIR_IN macros instead of custom values
    staging: mt7621-gpio: change 'to_mediatek_gpio' to make just a one line return
    staging: mt7621-gpio: dt-bindings: update documentation for #interrupt-cells property
    staging: mt7621-gpio: update #interrupt-cells for the gpio node
    staging: mt7621-gpio: dt-bindings: complete documentation for the gpio
    staging: mt7621-dts: add missing properties to gpio node
    ...

    Linus Torvalds
     

09 May, 2018

1 commit

  • …/jic23/iio into staging-linus

    Jonathan writes:

    First round of IIO fixes for the 4.17 cycle.

    * core
    - fix up some issues with overflow etc around wrong types
    for some fo the kfifo handling functions. Seems unlikely
    this would be triggered in reality but the fixes are simple
    so let's tidy them up. Second patch deals with checking
    the userspace value passed for length for potential overflow.
    * ad7793
    - Catch up with changes to the ad_sigma_delta core and use
    read_raw / write_raw iwth IIO_CHAN_INFO_SAMP_FEW to handle
    sampling frequency control.
    * at91-sama5d2
    - Channel config for differential channels was completely broken.
    - Missing Kconfig dependency for buffer support.
    * hid-sensor
    - Fix an issue with powering up after resume due to wrong reference
    counting.
    * stm32-dfsdm
    - Fix an issue with second writes of the oversampling settings
    failing.
    - Fix an issue with the sample rate being set to half of requested
    value when particular clock source is used.

    Greg Kroah-Hartman
     

28 Apr, 2018

1 commit