Tags

This is the 4.1.17 stable release

This is the 2.6.32.70 stable release

IOMMU Fixes for Linux v4.5-rc1

Five patches queued up:

	* Two patches for the AMD and Intel IOMMU drivers to fix alias
	  handling and ATS handling.

	* Fix build error with arm io-pgtable code

	* Two documentation fixes

iwlwifi

* Fix support for 3168 device:
  * NVM version
  * firmware file name
  * device IDs
* Fix a compilation warning in dvm calibration code
* Fix the TPC (reduced Tx Power) code. This fixes performance issues
* Add device IDs for 8265

rtx2x00

* fix monitor mode regression dating back to 4.1

brcmfmac

* fix sdio initialisation related crash

rtlwifi

* rtl8821ae: Fix 5G failure when EEPROM is incorrectly encoded

ath9k

* ignore eeprom magic mismatch on flash based devices

This is the 3.14.60 stable release

This is the 3.10.96 stable release

This is the 3.12.53 stable release

Linux 3.18.26

- support for v3 vbt dsi blocks (Jani)
- improve mmio debug checks (Mika Kuoppala)
- reorg the ddi port translation table entries and related code (Ville)
- reorg gen8 interrupt handling for future platforms (Tvrtko)
- refactor tile width/height computations for framebuffers (Ville)
- kerneldoc integration for intel_pm.c (Jani)
- move default context from engines to device-global dev_priv (Dave Gordon)
- make seqno/irq ordering coherent with execlist (Chris)
- decouple internal engine number from UABI (Chris&Tvrtko)
- tons of small fixes all over, as usual

Linux 4.5-rc1

This is the 4.3.4 stable release

This is the 4.1.16 stable release

This is the 3.14.59 stable release

This is the 3.10.95 stable release

This is the 3.2.76 stable release

IOMMU Updates for Linux v4.5

The updates include:

	* Small code cleanups in the AMD IOMMUv2 driver

	* Scalability improvements for the DMA-API implementation of the
	  AMD IOMMU driver. This is just a starting point, but already
	  showed some good improvements in my tests.

	* Removal of the unused Renesas IPMMU/IPMMUI driver

	* Updates for ARM-SMMU include:

		* Some fixes to get the driver working nicely on
		  Broadcom hardware

		* A change to the io-pgtable API to indicate the unit in
		  which to flush (all callers converted, with Ack from
		  Laurent)

		* Use of devm_* for allocating/freeing the SMMUv3
		  buffers

	* Some other small fixes and improvements for other drivers

GPIO bulk updates for the v4.5 kernel cycle:

Infrastructural changes:

- In struct gpio_chip, rename the .dev node to .parent to better reflect
  the fact that this is not the GPIO struct device abstraction. We will
  add that soon so this would be totallt confusing.

- It was noted that the driver .get_value() callbacks was
  sometimes reporting negative -ERR values to the gpiolib core, expecting
  them to be propagated to consumer gpiod_get_value() and gpio_get_value()
  calls. This was not happening, so as there was a mess of drivers
  returning negative errors and some returning "anything else than zero"
  to indicate that a line was active. As some would have bit 31 set to
  indicate "line active" it clashed with negative error codes. This is
  fixed by the largeish series clamping values in all drivers with
  !!value to [0,1] and then augmenting the code to propagate error codes
  to consumers. (Includes some ACKed patches in other subsystems.)

- Add a void *data pointer to struct gpio_chip. The container_of() design
  pattern is indeed very nice, but we want to reform the struct gpio_chip
  to be a non-volative, stateless business, and keep states internal to
  the gpiolib to be able to hold on to the state when adding a proper
  userspace ABI (character device) further down the road. To achieve this,
  drivers need a handle at the internal state that is not dependent on
  their struct gpio_chip() so we add gpiochip_add_data() and
  gpiochip_get_data() following the pattern of many other subsystems.
  All the "use gpiochip data pointer" patches transforms drivers to this
  scheme.

- The Generic GPIO chip header has been merged into the general
  <linux/gpio/driver.h> header, and the custom header for that removed.
  Instead of having a separate mm_gpio_chip struct for these generic
  drivers, merge that into struct gpio_chip, simplifying the code and
  removing the need for separate and confusing includes.

Misc improvements:

- Stabilize the way GPIOs are looked up from the ACPI legacy
  specification.

- Incremental driver features for PXA, PCA953X, Lantiq (patches from the
  OpenWRT community), RCAR, Zynq, PL061, 104-idi-48

New drivers:

- Add a GPIO chip to the ALSA SoC AC97 driver.

- Add a new Broadcom NSP SoC driver (this lands in the pinctrl dir, but
  the branch is merged here too to account for infrastructural changes).

- The sx150x driver now supports the sx1502.