Tags

IOMMU Fixes for Linux v4.6-rc4

The fixes include:

	* Two patches to revert the use of default domains in the ARM
	  SMMU driver. Enabling this caused regressions which need more
	  thorough fixing. So the regressions are fixed for now by
	  disabling the use of default domains.

	* A fix for a v4.4 regression in the AMD IOMMU driver which
	  broke devices behind invisible PCIe-to-PCI bridges with IOMMU
	  enabled.

Qualcomm Device Tree Changes for v4.7

* Add DB600C support
* Add IPQ4019 support
* Add additional nodes for APQ8064
* Fix APQ8064 pinctrls for i2c/spi
* Add MSM8974 nodes for smp2p and smd
* Modify MSM8974 memory reserve for rfsa and rmtfs
* Add support for BQ27541 on Nexus7

This is the 4.5.2 stable release

This is the 4.4.8 stable release

This is the 3.14.67 stable release

Qualcomm ARM Based SoC Updates for v4.7 part 2

* Change SMD callback parameters
* Use writecombine mapping for SMEM

Linux 3.18.31

Linux 4.1.22

Linux 4.6-rc4

wireless-drivers fixes for 4.6

b43

* fix memory leaks when removing the device

bcma

* fix building without OF_IRQ

rtlwifi

* fix gcc-6 indentation warning

iwlwifi

* lower the debug level of a benign print
* fix a memory leak

This is the 3.12.58 stable release

This is the 3.14.66 stable release

This is the 4.4.7 stable release

This is the 4.5.1 stable release

- make modeset hw state checker atomic aware (Maarten)
- close races in gpu stuck detection/seqno reading (Chris)
- tons&tons of small improvements from Chris Wilson all over the gem code
- more dsi/bxt work from Ramalingam&Jani
- macro polish from Joonas
- guc fw loading fixes (Arun&Dave)
- vmap notifier (acked by Andrew) + i915 support by Chris Wilson
- create bottom half for execlist irq processing (Chris Wilson)
- vlv/chv pll cleanup (Ville)
- rework DP detection, especially sink detection (Shubhangi Shrivastava)
- make color manager support fully atomic (Maarten)
- avoid livelock on chv in execlist irq handler (Chris)

Linux 4.6-rc3

GPIO fixes for the V4.6 series:

Core fixes:
- Defer GPIO device setup until after gpiolib is initialized.
  It turns out that a few very tightly integrated GPIO platform
  drivers initialize so early (befor core_initcall()) so that
  the gpiolib isn't even initialized itself. That limits what
  the library can do, and we cannot reference uninitialized
  fields until later. Defer some of the initialization until
  right after the gpiolib is initialized in these (rare) cases.
- As a consequence: do not use devm_* resources when allocating
  the states in the initial set-up of the gpiochip.

Driver fixes:
- In ACPI retrieveal: ignore GpioInt when looking for output
  GPIOs.
- Fix legacy builds on the PXA without a backing pin controller.
- Use correct datatype on pca953x register writes.