Tags

Here are the PPC and ARM changes for KVM, which I separated because
they had small conflicts (respectively within KVM documentation,
and with 3.16-rc changes).  Since they were all within the subsystem,
I took care of them.

Stephen Rothwell reported some snags in PPC builds, but they are all
fixed now; the latest linux-next report was clean.

New features for ARM include:
- KVM VGIC v2 emulation on GICv3 hardware
- Big-Endian support for arm/arm64 (guest and host)
- Debug Architecture support for arm64 (arm32 is on Christoffer's todo list)

And for PPC:
- Book3S: Good number of LE host fixes, enable HV on LE
- Book3S HV: Add in-guest debug support

This release drops support for KVM on the PPC440.  As a result, the
PPC merge removes more lines than it adds. :)

I also included an x86 change, since Davidlohr tied it to an independent
bug report and the reporter quickly provided a Tested-by; there was no
reason to wait for -rc2.

sound updates for 3.17-rc1

There've been many updates in ASoC side at this time, especially the
framework enhancement for multiple CODECs on a single DAI and more
componentization works.  The only major change in ALSA core is the
addition of timestamp type in sw_params field.  This should behave in
backward compatible way.  Other than that, there are lots of small
changes and new drivers in wide range, including a large code cut in
HD-audio driver for deprecated static quirks.  Some highlights are
below:

ALSA Core:
- Add the new timestamp type field to sw_params to choose
  MONOTONIC_RAW type

HD-audio:
- Continued conversion to standard printk macros, generic code
  cleanups
- Removal of obsoleted static quirk codes for Conexant and C-Media
  codecs
- Fixups for HP Envy TS, Dell XPS 15, HP and Dell mute/mic LED,
  Gigabyte BXBT-2807 mobo
- Intel Braswell support

ASoC:
- Support for multiple CODECs attached to a single DAI, enabling
  systems with for example multiple DAC/speaker drivers on a single
 link, contributed by Benoit Cousson based on work from Misael Lopez
 Cruz
- Support for byte controls larger than 256 bytes based on the use of
  TLVs contributed by Omair Mohammed Abdullah
- More componentisation work from Lars-Peter Clausen
- The remainder of the conversions of CODEC drivers to params_width()
  by Mark Brown
- Drivers for Cirrus Logic CS4265, Freescale i.MX ASRC blocks, Realtek
  RT286 and RT5670, Rockchip RK3xxx I2S controllers and Texas
  Instruments TAS2552
- Lots of updates and fixes, especially to the DaVinci, Intel,
  Freescale, Realtek, and rcar drivers

regulator: Updates for v3.17

A couple of nice new features this month, the ability to map regulators
in order to allow voltage control by external coprocessors is something
people have been asking for for a long time.

 - Improved support for switch only "regulators", allowing current state
   to be read from the parent regulator but no setting.
 - Support for obtaining the register access method used to set
   voltages, for use in systems which can offload control of this to a
   coprocessor (typically for DVFS).
 - Support for Active-Semi AC8846, Dialog DA9211 and Texas Instruments
   TPS65917.

IOMMU Updates for Linux v3.17

This time with:

	* Support for the generic PCI device alias code in x86 IOMMU
	  drivers

	* A new sysfs interface for IOMMUs

	* Preparations for hotplug support in the Intel IOMMU driver

	* Change the AMD IOMMUv2 driver to not hold references to core
	  data structures like mm_struct or task_struct. Rely on
	  mmu_notifers instead.

	* Removal of the OMAP IOVMM interface, all users of it are
	  converted to DMA-API now

	* Make the struct iommu_ops const everywhere

	* Initial PCI support for the ARM SMMU driver

	* There is now a generic device tree binding documented for
	  ARM IOMMUs

	* Various fixes and cleanups all over the place

Also included are some changes to the OMAP code, which are acked by the
maintainer.

ASoC: Updates for v3.17

This has been a pretty exciting release in terms of the framework, we've
finally got support for multiple CODECs attached to a single DAI link
which has been something there's been interest in as long as I've been
working on ASoC.  A big thanks to Benoit and Misael for their work on
this.

Otherwise it's been a fairly standard release for development, including
more componentisation work from Lars-Peter and a good selection of both
CODEC and CPU drivers.

 - Support for multiple CODECs attached to a single DAI, enabling
   systems with for example multiple DAC/speaker drivers on a single
   link, contributed by Benoit Cousson based on work from Misael Lopez
   Cruz.
 - Support for byte controls larger than 256 bytes based on the use of
   TLVs contributed by Omair Mohammed Abdullah.
 - More componentisation work from Lars-Peter Clausen.
 - The remainder of the conversions of CODEC drivers to params_width()
 - Drivers for Cirrus Logic CS4265, Freescale i.MX ASRC blocks, Realtek
   RT286 and RT5670, Rockchip RK3xxx I2S controllers and Texas Instruments
   TAS2552.
 - Lots of updates and fixes, especially to the DaVinci, Intel,
   Freescale, Realtek, and rcar drivers.

These are the x86, MIPS and s390 changes; PPC and ARM will come in a
few days.

MIPS and s390 have little going on this release; just bugfixes, some
small, some larger.

The highlights for x86 are nested VMX improvements (Jan Kiszka), optimizations
for old processor (up to Nehalem, by me and Bandan Das), and a lot of x86
emulator bugfixes (Nadav Amit).

Stephen Rothwell reported a trivial conflict with the tracing branch.

Linux 3.16

Staging driver bugfixes for 3.16-rc8

Here are some tiny staging driver bugfixes that I've had in my tree for
the past week that resolve some reported issues.  Nothing major at all,
but it would be good to get them merged for 3.16-rc8 or -final.

Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

This is the 3.12.26 stable release

This is the 3.4.101 stable release

This is the 3.10.51 stable release

This is the 3.14.15 stable release

This is the 3.15.8 stable release

ACPI fix for 3.16-rc8

One commit that fixes a problem causing PNP devices to be associated
with wrong ACPI device objects sometimes during device enumeration
due to an incorrect check in a matching function.

That problem was uncovered by the ACPI device enumeration rework
in 3.14.

/

Allwinner DT changes, take 2

Only a single patch in here that fixes a DTC warning.

This is the 3.15.7 stable release

This is the 3.14.14 stable release

This is the 3.10.50 stable release

This is the 3.4.100 stable release