Tags

Additional ACPI update for v4.7-rc1

Just one fix for incorrect async_synchronize_cookie() usage in the
ACPI battery driver (Chris Wilson).

More power management updates for v4.7-rc1

 - Stable-candidate cpuidle fix to make it check the right variable
   when deciding whether or not to enable interrupts on the local CPU
   so as to avoid enabling iterrupts too early in some cases if the
   system has both coupled and per-core idle states (Daniel Lezcano).

 - Stable-candidate PM core fix to make it handle failures at the
   "late suspend" stage of device suspend consistently for all
   devices regardless of whether or not async suspend/resume is
   enabled for them (Rafael Wysocki).

 - Cleanups in the cpufreq core, the schedutil governor and the
   intel_pstate driver (Rafael Wysocki, Pankaj Gupta, Viresh Kumar).

This is the 3.12.60 stable release

- cmd-parser support for direct reg->reg loads (Ken Graunke)
- better handle DP++ smart dongles (Ville)
- bxt guc fw loading support (Nick Hoathe)
- remove a bunch of struct typedefs from dpll code (Ander)
- tons of small work all over to avoid casting between drm_device and the i915
  dev struct (Tvrtko&Chris)
- untangle request retiring from other operations, also fixes reset stat corner
  cases (Chris)
- skl atomic watermark support from Matt Roper, yay!
- various wm handling bugfixes from Ville
- big pile of cdclck rework for bxt/skl (Ville)
- CABC (Content Adaptive Brigthness Control) for dsi panels (Jani&Deepak M)
- nonblocking atomic commits for plane-only updates (Maarten Lankhorst)
- bunch of PSR fixes&improvements
- untangle our map/pin/sg_iter code a bit (Dave Gordon)

Linux 3.18.34

Linux 4.1.25

Devicetree for 4.7:

- Rewrite of the unflattening code to avoid recursion and lessen the
  stack usage.

- Rewrite of the phandle args parsing code to get rid of the fixed args
  size. This is needed for IOMMU code.

- Sync to latest dtc which adds more dts style checking. These warnings
  are enabled with "W=1" compiles.

- Tegra documentation updates related to the above warnings.

- A bunch of spelling and other doc fixes.

- Various vendor prefix additions.

IOMMU Updates for Linux v4.7

The updates include:

	* Rate limiting for the VT-d fault handler

	* Remove statistics code from the AMD IOMMU driver. It is unused
	  and should be replaced by something more generic if needed

	* Per-domain pagesize-bitmaps in IOMMU core code to support
	  systems with different types of IOMMUs

	* Support for ACPI devices in the AMD IOMMU driver

	* 4GB mode support for Mediatek IOMMU driver

	* ARM-SMMU updates from Will Deacon:

		- Support for 64k pages with SMMUv1 implementations
		  (e.g MMU-401)

		- Remove open-coded 64-bit MMIO accessors

		- Initial support for 16-bit VMIDs, as supported by some
		  ThunderX SMMU implementations

		- A couple of errata workarounds for silicon in the
		  field

	* Various fixes here and there

sound updates for 4.7-rc1

This time was again a relatively calm development cycle; most of
updates are about drivers, and no radical changes are seen in any
core code.  Here are some highlights:

ALSA core:
- Continued hardening of ALSA hrtimer
- A few leak fixes in timer interface
- Fix poll error handling in PCM and compress
- Add error propagation in compress API
- Removal of dead rtctimer driver

HD-audio:
- Native ELD notify support for i915 HDMI
- Realtek ALC234 & co support
- Code refactoring to standardize chmap support
- Continued development for SKL HDMI core support

Firewire:
- Apply delayed card registration to all drivers
- Improved / stabilized the handling of PCM stream start / stop
- Add tracepoints to dump a part of isochronous packet data
- Fixed incoming/outgoing packet parameter usages
- Add support for M-Audio profire series

USB-audio:
- Fixes for UAC2 clock source
- SS+ support
- Workaround for oft-seen repeated sample rate read errors

ASoC:
- Further slow progress on the topology code
- Substantial updates and improvements for the da7219, es8328,
  fsl-ssi, Intel and rcar drivers.
- Compress error handling in WM ADSP driver

This is the 4.5.5 stable release

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.