Tags

IOMMU Fixes for Linux v4.7-rc3

Three patches queued up:

	* Fix for ARM-SMMU to add a missing iommu-ops callback which is
	  required by common iommu code

	* Fix for the rockchip iommu where the wrong MMUs got the
	  commands

	* A regression fix for the Intel VT-d driver. The regression
	  only showed up on X58 chipsets with more than one iommu. These
	  chipsets seem to require that QI is enabled on all IOMMUs
	  before it can be used.

This is the 3.16.36 stable release

This is the 3.2.81 stable release

regulator: Fixes for v4.7

Some driver specific fixes for the regulator subsystem:

 - Some of the changes to the core that were merged in the last merge
   window exposed the fact that the qcom-smd driver hadn't implemented
   the voltage enumeration interfaces like it should.  Since it's a
   simple driver specific fix to implement them do that.
 - Fix the ramp delay configuration for tps51632.

Linux 4.7-rc3

This is the 3.10.102 stable release

GPIO fixes for the v4.7 series:

- Fix a NULL pointer dereference when we are searching the
  GPIO device list but one of the devices have been removed
  (struct gpio_chip pointer is NULL).

- Fix unaligned reference counters: we were ending on +3 after
  all said and done. It should be 0. Remove an extraneous
  get_device(), and call cdev_del() followed by device_del()
  in gpiochip_remove() instead and the count goes to zero and
  calls the release() function properly.

- Fix a compile warning due to a missing #include in the
  OF/device tree portions.

- Select ANON_INODES for GPIOLIB, we're using that for our
  character device. Some randconfig tests disclosed the
  problem.

- Make sure the Zynq driver clock runs also without CONFIG_PM
  enabled

- Fix an off-by-one error in the 104-DIO-48E driver

- Fix warnings in bcm_kona_gpio_reset()

sound fixes for 4.7-rc3

We have only few, mainly HD-audio device-specific fixes.
Realtek codec driver got a slightly more LOC, but they are all for the
new codec chip, and won't affect others at all.

phy: for 4.7-rc

*) Fix compiler warning in exynos-mipi-video
*) Fix in ti-pipe3 PHY to program the DPLL
   even if it was already locked

Signed-off-by: Kishon Vijay Abraham I <kishon@ti.com>

ACPI fix for v4.7-rc3

A recently introduced boot regression related to the ACPI EC
initialization is addressed by restoring the previous behavior
(Lv Zheng).

Power management fixes for v4.7-rc3

 - Fix two intel_pstate initialization issues, one of which was
   introduced during the 4.4 cycle (Srinivas Pandruvada).

 - Fix kernel build with CONFIG_UBSAN set and CONFIG_CPU_IDLE
   unset (Catalin Marinas).

DeviceTree fixes for 4.7-rc:

- Fix unflatten_dt_nodes when dad parameter is set.

- Add vendor prefixes for TechNexion and UniWest

- Documentation fix for Marvell BT

- OF IRQ kerneldoc fixes

- Restrict CMA alignment adjustments to non dma-coherent

- Couple of warning fixes in reserved-memory code

- DT maintainers updates

For the next cycle, we have the following:
 * the biggest change is Michał's work on integrating FQ/codel
   with the mac80211 internal software queues
 * cfg80211 connect result gets clarified for the
   "no connection at all" case
 * advertisement of per-interface type capabilities, in case
   they differ (which makes a lot of sense for some capabilities)
 * most of the nl80211 & hwsim unprivileged namespace operation
   changes
 * human-readable VHT capabilities in debugfs
 * some other cleanups, like spelling

Two more fixes for now:
 * a fix for a long-standing iwpriv 32/64 compat issue
 * two fairly recently introduced (4.6) warning asking for
   symmetric operations are erroneous and I remove them

First round of IIO new device support, features and cleanups for the 4.8 cycle.

New device support
* ads1015
  - add ads1115 support
* bma220 accelerometer
  - new driver
  - triggered buffer support.
* bmc150
  - add bmm150 support.
* bmp280
  - bme280 support with addition of humidity channel.
* max5487 potentiometer
  - new driver
* MMA7660FC accelerometer.
  - New driver
* st-pressure
  - support for the lps22hb
* loop trigger.
  - This one is *nasty* but we have real applications (parrot drones) where
  it is useful.  The trigger basically spins as hard as it can firing off
  a new trigger each time all triggered devices come back to say they are
  done.  It doesn't hang a machine even when doing it on a dummy driver.
  A lot nicer than having this implemented within lots of device drivers
  anyway.

Core stuff
* Add support to create IIO devices via configfs (similar to we did for
triggers a while back) + docs.
* New channel types
  - IIO_ELECTRICAL_CONDUCTIVITY
* Couple of MAINTAINERS patches to list the device tree bindings.
* Make trigger ops structure non optional (comment fix). It hasn't been for
an awful long time, but that's not what the description said.

New features
* ak8975
  - support adapters that are limited to byte data only by allowing the
  emulated block read i2c function that was recently introduced.
* atlas-ph
  - support atlas-ec (electrical conductivity sensor)
* bmi160
  - add available frequency and scale attributes to make the driver
  more user friendly (and avoid having to read the datasheet to know
  what will work).
* dummy
  - move creation to configfs interface.  It's not real hardware so we
  are not that worried about the ABI breakage ;)
* mma8452
  - oversampling ration support
* nau7802
  - expose available gains to make life easier for userspace.
* st-sensors
  - allow use of emulation for SMBus block reads as all the st parts support
  it.
* ti-ads1015
  - list datasheet names to allow their use by inkernel consumers.
* Various module alias additions to help auto probing.  Drop one redundant one
as well.

Cleanups
* ad7266, ad7476, ad7887, ad7923, ad799x
  - use direct mode claim function rather than open coding it during sensor
  read (prevents switching on buffers mid read).
* ad7793, ad7791
  - use direct mode claim to prevent frequency changes when buffers running.
* afe440x - These are ABI breaking but the driver requires custom userspace
  code to do anything useful anyway and that is still being written and under
  control of TI.  Ultimately we may have other libraries to do pulse
  oximetry with these devices but we aren't aware of any yet.
  - kernel-doc format fixes
  - drop ifdef fun around of_match_ptr - it's not worth the mess to save
  a tiny amount of space.
  - drop some unnecessary register initializations.
  - drop the weird locked gain modes as they gain us nothing (can just set
  all gains separately).
  - remove handling of offset attributes seeing as no channels actually have
  them (oops)
  - Drop the LED3 input channel as it's an alias for ALED2.
  - *big one* remove channel names - an experiment that turned out to not
  make sense - see patch for details.
  - use regmap fields to clean up code.
  - tie the tia gain stages to appropriate channels in the ABI as that is
  what they really effect. Same with the LED currents.
  - cleanout some unused defines and fix a missnamed one.
* atlas-ph
  - reorganise to allow support of other similar parts.
* bmc150
  - document supported chips in kconfig help.
* jsa1212
  - drop an unneeded i2c functionality check for functionality the driver
  doesn't use.
* mxs-lradc
  - simply touch screen registration code.
  - remove the touch screen unregister as all devm based now.
  - disable only those channels that are masked in hardware stop (others
  are already dealt with elsewhere)
* st-sensors
  - unexport st_sensors_get_buffer_element as nothing outside the st-sensors
  core driver uses it.
  - fix handling of failure to start up regulators.
* tpl0102
  - drop an i2c functionality test for features that aren't needed.
* ti-am335x
  - use variable name rather than type in sizeof for clarity.
  - use SIMPLE_DEV_PM_OPS helper macro to tidy up a bit.

Tools
* Add install / uninstall to makefile.  Someone cares, so presumably
some people will find it useful!
*  generic_buffer
   - rename to iio_generic_buffer to line up with other tools.
   - handle cleanup when receiving signals
   - Add a --device-num option and a --trigger-num option rather than
   relying on naming which doesn't work if you have two of the same part.