Tags

This is the 4.4.11 stable release

This is the 3.14.70 stable release

media updates for v4.7-rc1

regulator: Fix build warnings from regulator_can_change_voltage()

Cut down on noise for mainstream users of the API and people doing build
testing by dropping the deprecated flag from regulator_can_change_voltage()
as it triggers even on the EXPORT_SYMBOL_GPL() which affects all builds
rather than just the remaining drivers with calls to it (for which fixes
are currently pending).

The function remains deprecated and is expected to be removed entirely
in v4.8.

ASoC: Fix for v4.7

Fix an unused variable warning in the HDAC code.

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

Core infrastructural changes:

- Support for natively single-ended GPIO driver stages. This
  means that if the hardware has registers to configure open
  drain or open source configuration, we use that rather than
  (as we did before) try to emulate it by switching the line
  to an input to get high impedance. This is also documented
  throughly in Documentation/gpio/driver.txt for those of you
  who did not understand one word of what I just wrote.

- Start to do away with the unnecessarily complex and
  unitelligible ARCH_REQUIRE_GPIOLIB and
  ARCH_WANT_OPTIONAL_GPIOLIB, another evolutional artifact from
  the time when the GPIO subsystem was unmaintained. Archs can
  now just select GPIOLIB and be done with it, cleanups to
  arches will trickle in for the next kernel. Some minor archs
  ACKed the changes immediately so these are included in this
  pull request.

- Advancing the use of the data pointer inside the GPIO device
  for storing driver data by switching the PowerPC, Super-H
  Unicore and a few other subarches or subsystem drivers in
  ALSA SoC, Input, serial, SSB, staging etc to use it.

- The initialization now reads the input/output state of the
  GPIO lines, so that each GPIO descriptor knows - if this
  callback is implemented - whether the line is input or
  output. This also reflects nicely in userspace "lsgpio".

- It is now possible to name GPIO producer names, line names,
  from the device tree. (Platform data has been supported for
  a while.) I bet we will get a similar mechanism for ACPI
  one of those days. This makes is possible to get sensible
  producer names for e.g. GPIO rails in "lsgpio" in userspace.

New drivers:

- New driver for the Loongson1.

- The XLP driver now supports Broadcom Vulcan ARM64.

- The IT87 driver now supports IT8620 and IT8628.

- The PCA953X driver now supports Galileo Gen2.

Driver improvements:

- MCP23S08 was switched to use the gpiolib irqchip helpers and
  now also suppors level-triggered interrupts.

- 74x164 and RCAR now supports the .set_multiple() callback

- AMDPT was converted to use generic GPIO.

- TC3589x, TPS65218, SX150X, F7188X, MENZ127, VX855, WM831X, WM8994
  support the new single ended callback for open drain
  and in some cases open source.

- Implement the .get_direction() callback for a few more drivers
  like PL061, Xgene.

Cleanups:

- Paul Gortmaker combed through the drivers and de-modularized
  those who are not really modules.

- Move the GPIO poweroff DT bindings to the power subdir where
  they belong.

- Rename gpio-generic.c to gpio-mmio.c, which is much more to the
  point. That's what it is handling, nothing more, nothing less.

Generic device properties framework update for v4.7-rc1

Just one commit reworking the handling of built-in properties
initialization and updating a few drivers in accordance with the
core framework changes.

/

ACPI material for v4.7-rc1

 - In-kernel ACPICA code update to the upstream release 20160422
   adding support for ACPI 6.1 along with some previously missing
   bits of ACPI 6.0 support, making a fair amount of fixes and
   cleanups and reducing divergences between the upstream ACPICA
   and the in-kernel code (Bob Moore, Lv Zheng, Al Stone, Aleksey
   Makarov, Will Miles).

 - ACPI Generic Event Device (GED) support and a fix for it (Sinan Kaya,
   Paul Gortmaker).

 - INT3406 thermal driver for display thermal management and ACPI
   backlight support code reorganization related to it (Aaron Lu,
   Arnd Bergmann).

 - Support for exporting the value returned by the _HRV (hardware
   revision) ACPI object via sysfs (Betty Dall).

 - Removal of the EXPERT dependency for ACPI on ARM64 (Mark Brown).

 - Rework of the handling of ACPI _OSI mechanism allowing the
   _OSI("Darwin") support to be overridden from the kernel command
   line among other things (Lv Zheng, Chen Yu).

 - Rework of the ACPI tables override mechanism to prepare it for
   the introduction of overlays support going forward (Lv Zheng,
   Rafael Wysocki).

 - Fixes related to the ECDT support and module-level execution
   of AML (Lv Zheng).

 - ACPI PCI interrupts management update to make it work better on
   ARM64 mostly (Sinan Kaya).

 - ACPI SRAT handling update to make the code process all entires
   in the table order regardless of the entry type (Lukasz Anaczkowski).

 - EFI power off support for full-hardware ACPI platforms that don't
   support ACPI S5 (Chen Yu).

 - Fixes and cleanups related to the ACPI core's sysfs interface
   (Dan Carpenter, Betty Dall).

 - acpi_dev_present() API rework to reduce possible confusion related
   to it (Lukas Wunner).

 - Removal of CLK_IS_ROOT from two ACPI drivers (Stephen Boyd).

/

Power management material for v4.7-rc1

 - New cpufreq "schedutil" governor (making decisions based on CPU
   utilization information provided by the scheduler and capable of
   switching CPU frequencies right away if the underlying driver
   supports that) and support for fast frequency switching in the
   acpi-cpufreq driver (Rafael Wysocki).

 - Consolidation of CPU frequency management on ARM platforms allowing
   them to get rid of some platform-specific boilerplate code if they
   are going to use the cpufreq-dt driver (Viresh Kumar, Finley Xiao,
   Marc Gonzalez).

 - Support for ACPI _PPC and CPU frequency limits in the intel_pstate
   driver (Srinivas Pandruvada).

 - Fixes and cleanups in the cpufreq core and generic governor code
   (Rafael Wysocki, Sai Gurrappadi).

 - intel_pstate driver optimizations and cleanups (Rafael Wysocki,
   Philippe Longepe, Chen Yu, Joe Perches).

 - cpufreq powernv driver fixes and cleanups (Akshay Adiga, Shilpasri
   Bhat).

 - cpufreq qoriq driver fixes and cleanups (Jia Hongtao).

 - ACPI cpufreq driver cleanups (Viresh Kumar).

 - Assorted cpufreq driver updates (Ashwin Chaugule, Geliang Tang,
   Javier Martinez Canillas, Paul Gortmaker, Sudeep Holla).

 - Assorted cpufreq fixes and cleanups (Joe Perches, Arnd Bergmann).

 - Fixes and cleanups in the OPP (Operating Performance Points)
   framework, mostly related to OPP sharing, and reorganization of
   OF-dependent code in it (Viresh Kumar, Arnd Bergmann, Sudeep Holla).

 - New "passive" governor for devfreq (for SoC subsystems that will
   rely on someone else for the management of their power resources)
   and consolidation of devfreq support for Exynos platforms, coding
   style and typo fixes for devfreq (Chanwoo Choi, MyungJoo Ham).

 - PM core fixes and cleanups, mostly to make it work better with the
   generic power domains (genpd) framework, and updates for that
   framework (Ulf Hansson, Thierry Reding, Colin Ian King).

 - Intel Broxton support for the intel_idle driver (Len Brown).

 - cpuidle core optimization and fix (Daniel Lezcano, Dave Gerlach).

 - ARM cpuidle cleanups (Jisheng Zhang).

 - Intel Kabylake support for the RAPL power capping driver (Jacob Pan).

 - AVS (Adaptive Voltage Switching) rockchip-io driver update (Heiko
   Stuebner).

 - Updates for the cpupower tool (Arjun Sreedharan, Colin Ian King,
   Mattia Dongili, Thomas Renninger).

/

regulator: Updates for v4.7

A few core enhancements to deal with some of the slightly more
complicated edge cases that have started cropping up in systems, both
new ones and old ones that people started worrying about upstream, but
otherwise a quiet release for the regulator API:

 - When applying constraints at system image if we have a voltage range
   specified and the regulator is currently configured outside the
   bounds of that range bring the regulator to the nearest end of the
   range.
 - When regulators are in non-regulating bypass modes make sure that we
   always use the voltage from the parent regulator.
 - Support for  LP873x, PV88080, PM8894 and FAN53555 chips.

ASoC: Updates for v4.7

The updates this time around are almost all driver code:

 - Further slow progress on the topology code.
 - Substantial updates and improvements for the da7219, es8328, fsl-ssi
   Intel and rcar drivers.

Linux 4.6

Merge tag 'qcom-soc-for-4.7-2' into net-next

This merges the Qualcomm SOC tree with the net-next, solving the
merge conflict in the SMD API between the two.

media fixes for v4.6-rc8

wireless-drivers patches for 4.7

Major changes:

iwlwifi

* remove IWLWIFI_DEBUG_EXPERIMENTAL_UCODE kconfig option
* work for RX multiqueue continues
* dynamic queue allocation work continues
* add Luca as maintainer
* a bunch of fixes and improvements all over

brcmfmac

* add 4356 sdio support

ath6kl

* add ability to set debug uart baud rate with a module parameter

wil6210

* add debugfs file to configure firmware led functionality

regulator: Fixes for v4.6

A small collection of driver specific fixes for the regulator
subsysetem:

 - Fix handling of probe deferral for GPIO regulators.
 - Fix a typo in the module alias for DA9053.
 - Fix the definition of BUCK9 in the S2MPS11 driver.  This change looks
   larger than it is because an irregularity in the hardware means that
   the macro used to define bucks 6-10 needs duplicating and tweaking
   to have a separate macro for 9.
 - Fix a series of errors in the definitions of the LDOs the AXP20x
   regulators, some of which had always been present and some of which
   were introduced in the merge window.

Some more work for 4.7, notably:
 * completion and fixups of nla_put_64_64bit() work
 * remove a/b/g/n from wext nickname to avoid confusion
   with 11ac (which wouldn't even fit fully there due to
   string length restrictions)

along with some other minor changes/cleanups.

sound fixes for 4.6

This is a pretty boring pull request as you wish: including a few
small and trivial HD-audio and USB-audio quirks and a couple of small
regression fixes in HD-audio.