Tags

This is the 3.2.79 stable release

Qualcomm ARM Based SoC Updates for v4.7

* Add stubs for smem_state to fix build issues
* Fix module usage in SPM driver
* Add i2c and spi entries into QCOM MAINTAINERS entry
* Add SMD multi channel support
* Add clks to QCOM MAINTAINERS

GPIO fixes for the v4.6 series:
- Prevent NULL dereference in the Xgene driver
- Fix an uninitialized spinlock in the menz127 driver

- VBT code refactor for a clean split between parsing&using of firmware
  information (Jani)
- untangle the pll computation code, and splitting up the monster
  i9xx_crtc_compute_clocks (Ander)
- dsi support for bxt (Jani, Shashank Sharma and others)
- color manager (i.e. de-gamma, color conversion matrix & gamma support) from
  Lionel Landwerlin
- Vulkan hsw support in the command parser (Jordan Justen)
- large-scale renaming of intel_engine_cs variables/parameters to avoid the epic
  ring vs. engine confusion introduced in gen8 (Tvrtko Ursulin)
- few atomic patches from Maarten&Matt, big one is two-stage wm programming on ilk-bdw
- refactor driver load and add infrastructure to inject load failures for
  testing, from Imre
- various small things all over

Linux 4.6-rc1

Power management and ACPI material for v4.6-rc1, part 2

 - Fix for an intel_pstate driver issue related to the handling of
   MSR updates uncovered by the recent cpufreq rework (Rafael Wysocki).

 - cpufreq core cleanups related to starting governors and frequency
   synchronization during resume from system suspend and a locking
   fix for cpufreq_quick_get() (Rafael Wysocki, Richard Cochran).

 - acpi-cpufreq and powernv cpufreq driver updates (Jisheng Zhang,
   Michael Neuling, Richard Cochran, Shilpasri Bhat).

 - intel_idle driver update preventing some Skylake-H systems
   from hanging during initialization by disabling deep C-states
   mishandled by the platform in the problematic configurations (Len
   Brown).

 - Intel Xeon Phi Processor x200 support for intel_idle (Dasaratharaman
   Chandramouli).

 - cpuidle menu governor updates to make it always honor PM QoS
   latency constraints (and prevent C1 from being used as the
   fallback C-state on x86 when they are set below its exit latency)
   and to restore the previous behavior to fall back to C1 if the next
   timer event is set far enough in the future that was changed in 4.4
   which led to an energy consumption regression (Rik van Riel, Rafael
   Wysocki).

 - New device ID for a future AMD UART controller in the ACPI driver
   for AMD SoCs (Wang Hongcheng).

 - Rockchip rk3399 support for the rockchip-io-domain adaptive voltage
   scaling (AVS) driver (David Wu).

 - ACPI PCI resources management fix for the handling of IO space
   resources on architectures where the IO space is memory mapped
   (IA64 and ARM64) broken by the introduction of common ACPI
   resources parsing for PCI host bridges in 4.4 (Lorenzo Pieralisi).

 - Fix for the ACPI backend of the generic device properties API
   to make it parse non-device (data node only) children of an
   ACPI device correctly (Irina Tirdea).

 - Fixes for the handling of global suspend flags (introduced in 4.4)
   during hibernation and resume from it (Lukas Wunner).

 - Support for obtaining configuration information from Device Trees
   in the PM clocks framework (Jon Hunter).

 - ACPI _DSM helper code and devfreq framework cleanups (Colin Ian
   King, Geert Uytterhoeven).

/

Power management and ACPI material for v4.6-rc1, part 2

 - Fix for an intel_pstate driver issue related to the handling of
   MSR updates uncovered by the recent cpufreq rework (Rafael Wysocki).

 - cpufreq core cleanups related to starting governors and frequency
   synchronization during resume from system suspend and a locking
   fix for cpufreq_quick_get() (Rafael Wysocki, Richard Cochran).

 - acpi-cpufreq and powernv cpufreq driver updates (Jisheng Zhang,
   Michael Neuling, Richard Cochran, Shilpasri Bhat).

 - intel_idle driver update preventing some Skylake-H systems
   from hanging during initialization by disabling deep C-states
   mishandled by the platform in the problematic configurations (Len
   Brown).

 - Intel Xeon Phi Processor x200 support for intel_idle (Dasaratharaman
   Chandramouli).

 - cpuidle menu governor updates to make it always honor PM QoS
   latency constraints (and prevent C1 from being used as the
   fallback C-state on x86 when they are set below its exit latency)
   and to restore the previous behavior to fall back to C1 if the next
   timer event is set far enough in the future that was changed in 4.4
   which led to an energy consumption regression (Rik van Riel, Rafael
   Wysocki).

 - New device ID for a future AMD UART controller in the ACPI driver
   for AMD SoCs (Wang Hongcheng).

 - Rockchip rk3399 support for the rockchip-io-domain adaptive voltage
   scaling (AVS) driver (David Wu).

 - ACPI PCI resources management fix for the handling of IO space
   resources on architectures where the IO space is memory mapped
   (IA64 and ARM64) broken by the introduction of common ACPI
   resources parsing for PCI host bridges in 4.4 (Lorenzo Pieralisi).

 - Fix for the ACPI backend of the generic device properties API
   to make it parse non-device (data node only) children of an
   ACPI device correctly (Irina Tirdea).

 - Fixes for the handling of global suspend flags (introduced in 4.4)
   during hibernation and resume from it (Lukas Wunner).

 - Support for obtaining configuration information from Device Trees
   in the PM clocks framework (Jon Hunter).

 - ACPI _DSM helper code and devfreq framework cleanups (Colin Ian
   King, Geert Uytterhoeven).

/

sound fixes for 4.6-rc1

The previous pull request introduced a few WARN_ON() for Intel
HD-audio HDMI.  Indeed it caught bugs, and now users get annoyed.
So this request came up: a collection of small fixes to paper over
the inconsistencies on (mostly) old Intel chipsets.

In addition, a trivial USB-audio quirk is included, too.

IOMMU Updates for Linux v4.6

This time with:

	* Updates for the Exynos IOMMU driver to make use of default
	  domains and to add support for the SYSMMU v5

	* New Mediatek IOMMU driver

	* Support for the ARMv7 short descriptor format in the
	  io-pgtable code

	* Default domain support for the ARM SMMU

	* Couple of other small fixes all over the place

This is the 3.4.111 stable release

DeviceTree updates for 4.6:

- New tool dtx_diff to diff DT files.

- Sync kernel's dtc/libfdt to current dtc repo master.

- Fix for reserved memory regions located in highmem.

- Document standard unit suffixes for DT properties.

- Various DT binding doc updates.

This is the 3.12.57 stable release

sound updates for 4.6-rc1

After a heavy storm by syzkaller in 4.5 cycle, we have relatively few
changes in the core at this time while a lot of changes are found in
the driver side, unsurprisingly.  Below are some highlights:

ALSA core:
- A few more hardening in ALSA timer codes
- An extension of sequencer API for advertising the card / pid
- Small fixes in compress-offload and jack layers

HD-audio:
- Dynamic PCM assignment in HDMI/DP codec; preparation for upcoming
  DP-MST support
- Lots of code refactoring for sharing with ASoC SKL driver
- Regression fixes for Intel HDMI/DP
- Fixups for CX20724 codec, Lenovo AiO

USB-audio:
- Add quirk_alias option to make quirk debugging easier
- Fixes for possible Oops by malformed firmware

Firewire:
- Add support for FW-1804 in tascam driver
- Improvements / changes in card registration, multi stream handling,
  etc for DICE
- Lots of code refactoring

ASoC:
- Enhancements of still ongoing topology API
- Lots of commits for Intel Skylake support including HDMI support
- A few Intel Atom driver updates for recent devices
- Lots of improvements to the Renesas drivers
- Capture support for Qualcomm drivers
- Support for TI DaVinci DRA7xxx devices
- New machine drivers for Freescale systems with Cirrus CODECs,
  Mediatek systems with RT5650 CODECs
- New CPU drivers for Allwinner S/PDIF controllers
- New CODEC drivers for Maxim MAX9867 and MAX98926 and Realtek RT5514

Linux 4.1.20

Linux 3.18.29

This is the bulk of GPIO changes for kernel v4.6:

Core changes:

- The gpio_chip is now a *real device*. Until now the gpio chips
  were just piggybacking the parent device or (gasp) floating in
  space outside of the device model. We now finally make GPIO chips
  devices. The gpio_chip will create a gpio_device which contains
  a struct device, and this gpio_device struct is kept private.
  Anything that needs to be kept private from the rest of the kernel
  will gradually be moved over to the gpio_device.

- As a result of making the gpio_device a real device, we have added
  resource management, so devm_gpiochip_add_data() will cut down on
  overhead and reduce code lines. A huge slew of patches convert
  almost all drivers in the subsystem to use this.

- Building on making the GPIO a real device, we add the first step
  of a new userspace ABI: the GPIO character device. We take small
  steps here, so we first add a pure *information* ABI and the tool
  "lsgpio" that will list all GPIO devices on the system and all
  lines on these devices. We can now discover GPIOs properly from
  userspace. We still have not come up with a way to actually *use*
  GPIOs from userspace.

- To encourage people to use the character device for the future,
  we have it always-enabled when using GPIO. The old sysfs ABI is
  still opt-in (and can be used in parallel), but is marked as
  deprecated. We will keep it around for the foreseeable future,
  but it will not be extended to cover ever more use cases.

Cleanup:

- Bjorn Helgaas removed a whole slew of per-architecture <asm/gpio.h>
  includes. This dates back to when GPIO was an opt-in feature and
  no shared library even existed: just a header file with proper
  prototypes was provided and all semantics were up to the arch to
  implement. These patches make the GPIO chip even more a proper
  device and cleans out leftovers of the old in-kernel API here
  and there. Still some cruft is left but it's very little now.

- There is still some clamping of return values for .get() going
  on, but we now return sane values in the vast majority of drivers
  and the errorpath is sanitized. Some patches for powerpc, blackfin
  and unicore still drop in.

- We continue to switch the ARM, MIPS, blackfin, m68k local GPIO
  implementations to use gpiochip_add_data() and cut down on code
  lines.

- MPC8xxx is converted to use the generic GPIO helpers.

- ATH79 is converted to use the generic GPIO helpers.

New drivers:

- WinSystems WS16C48

- Acces 104-DIO-48E

- F81866 (a F7188x variant)

- Qoric (a MPC8xxx variant)

- TS-4800

- SPI serializers (pisosr): simple 74xx shift registers connected
  to SPI to obtain a dirt-cheap output-only GPIO expander.

- Texas Instruments TPIC2810

- Texas Instruments TPS65218

- Texas Instruments TPS65912

- X-Gene (ARM64) standby GPIO controller

This is the 4.4.6 stable release

This is the 3.14.65 stable release