Tags

First set of IIO fixes for the 3.14 cycle.

Included is the patch previously set as the fourth round for 3.13 which was
to late to be appropriate.

* Another endian fix (ad799x adc) due to missuse of the IIO_ST macro (which
  is going away very shortly)
* A reversed error check in ad5933 which will make the probe fail.
* A buffer overflow in the example code in the documentation.
* ad799x was freeing an irq that might or might not have been requested.
* tsl2563 was checking the wrong element of chan_spec for modifiers. Thus some
  sysfs reads would give the wrong values.
* A missing dependency on HAS_IOMEM in spear_adc and lpc32xx was causing some
  test build failures (on s390 and perhaps elsewhere).

I also have a few fixes queued up for things that went in during the 3.14
merge window which will follow as a separate pull request (to avoid rebasing
my tree).

Linus 3.14-rc1

Linus 3.14-rc1

sound fixes for 3.14-rc1

The big chunks here are the updates for oxygen driver for Xonar DG
devices, which were slipped from the previous pull request.  They are
device-specific and thus not too dangerous.

Other than that, all patches are small bug fixes, mainly for Samsung
build fixes, a few HD-audio enhancements, and other misc ASoC fixes.
(And this time ASoC merge is less than Octopus, lucky seven :)

ACPI and power management fixes and cleanups for 3.14-rc1

 - ACPI device hotplug fix preventing ACPI drivers from binding to device
   objects that acpi_bus_trim() has been called for and the devices
   represented by them may not be operational.

 - Recent cpufreq changes related to the "boost" (turbo) feature broke
   the acpi-cpufreq error code path causing a NULL pointer dereference
   to occur on some systems.  Fix from Konrad Rzeszutek Wilk.

 - The log level of a CPU initialization error message added recently
   needs to be reduced, because the particular BIOS issue indicated by
   it turns out to be widespread and doesn't really matter for the
   majority of systems having it.  From Jiang Liu.

 - The regulator API needs to be told to stay away from things on systems
   with ACPI BIOSes or it may conflict with the BIOS' own handling of
   voltage regulators.  Fix from Mark Brown that works around a 3.13
   regression in lm90 on PCs occuring if the regulator API is enabled.

 - Prevent the Exynos4 devfreq driver from being built on multiplatform,
   because it depends on things that aren't available during such builds.
   From Sachin Kamat.

 - Upstream ACPICA doesn't use the bool type as defined in the kernel,
   so modify the kernel's ACPICA code to follow the upstream in that
   respect (only one variable definition is affected) to reduce
   divergences between the two.  From Lv Zheng.

 - Make the ACPI device PM code use ACPI_COMPANION() instead of its own
   routine doing the same thing (and invokng ACPI_COMPANION() in the
   process).

 - Modify some routines in the ACPI processor driver to follow the
   common convention and return negative integers on errors.  From
   Hanjun Guo.

/

IOMMU Updates for Linux v3.14

A few patches have been queued up for this merge window:

	* Improvements for the ARM-SMMU driver
	  (IOMMU_EXEC support, IOMMU group support)
	* Updates and fixes for the shmobile IOMMU driver
	* Various fixes to generic IOMMU code and the
	  Intel IOMMU driver
	* Some cleanups in IOMMU drivers (dev_is_pci() usage)

This is the 3.4.78 stable release

This is the 3.13.1 stable release

ASoC: Fixes for v3.14

A few fixes, all in drivers.  Nothing stands out particularly, the
biggest set of fixes is some build coverage issues from Sachin.

This is the 3.12.9 stable release

This is the 3.10.28 stable release

fbdev changes for 3.14

This is a rather boring pull request. There is one new fb driver, OpenCores
VGA/LCD, but other than that it's just minor cleanups and fixes.

DeviceTree updates for 3.14:

- Add new documents with guidelines for DT binding stability and review
  process. This is one of the outcomes of Kernel Summit DT discussions.
- Remove a bunch of device_type usage which is only for OF and
  deprecated with FDT.
- Fix a long standing issue with compatible string match ordering.
- Various minor binding documentation updates.

- Convert to misc driver to support module auto loading
- Remove unnecessary and dangerous use of device_lock

drm/tegra: Changes for v3.14-rc1 (update)

These patches fix some issues caused by the DRM panel support from the
previous pull request and add two more panels (for the Toshiba AC100 as
well as the Seaboard and Ventana).

regulator: Updates for v3.14

A respin of the merges in the previous pull request with one extra fix.
A quiet release for the regulator API, quite a large number of small
improvements all over but other than the addition of new drivers for the
AS3722 and MAX14577 there is nothing of substantial non-local impact.

sound updates for 3.14-rc1

It was holiday season, so no wonder that there are little changes in
framework level, although diffstat shows quite many changes spreaded
over sound/* directories.  Most of changes are cleanups, code
refactoring and fixes.

Some highlights:

- Removal of OSS sleep_on usages by Arnd

- Simplified memalloc helper codes, drop obsoleted features;
  now it's built into PCM driver instead of an individual module

- Warn if PCM buffer preallocation fails, which will show page
  allocation issues more clearly

- Compress offload API updates for sample rates by Vinod

- PCM glitch workaround on ctxfi emu20k1 by Sarah

- Drop cs46xx DSP blobs, using firmware loader now

- USB-audio quitks for Plantronics Gamecom 780, Creative VF0420,
  and Focusrite Saffire 6

HD-audio specifics:

- Standardize Kconfigs of HD-audio codec drivers;
  now "make localmodconfig" recognizes configs properly (finally!)

- Parallel PM implementation by Mengdong

- BayleyBay/ValleyView2 board fixups

- Broadwell audio support

- Runtime PM improvement (PantherPoint, etc)

- Quirks: Dell subwooer, Gigabyte mobo jack detection oddity,
  Dell AiO click noise fixes, Dell headset mic fixes, etc

- Automatic bind with HDMI codec parser without generic parser

- More AD codec fixes (since 3.12 regression) including the automatic
  stereo mix support

- Common Thinkpad ACPI helper for Realtek and Conexant codecs

ASoC specifics:

- Update to the generic DMA code to support deferred probe and managed
  resources

- New drivers for BCM2835 (used in Raspberry Pi), Tegra with MAX98090
  and Analog Devices AXI I2S and S/PDIF controller IPs

- Device tree support for the simple card, max98090 and cs42l52

- Conversion of the Samsung drivers to native dmaengine, making them
  multiplatform compatible and hopefully helping keep them more modern
  and up to date.

- More regmap conversions, including a very welcome one for twl6040
  from Peter Ujfalusi

- A big overhaul of the DaVinci drivers also from Peter Ujfalusi

- Lots of DMA updates from Lars-Peter

- Improvements to the constraints handling code from Lars-Peter

- A very helpful conversion of the TWL4030 driver to regmap from Peter

- A new driver for the Freescale ESAI controller from Nicolin Chen

- Conversion of some of the drivers to use params_width()

- Extensions to DPCM for use with compressed audio from Liam

Bulk pin control changes for the v3.14 cycle:

- New driver for the Qualcomm TLMM pin controller and its
  msm8x74 subdriver.

- New driver for the Broadcom Capri BCM281xx SoC.

- New subdriver for the imx25 pin controller.

- New subdriver for the Tegra124 pin controller.

- Lock GPIO lines as IRQs for select combined pin control and
  GPIO drivers for baytrail and sirf.

- Some semi-big refactorings and extenstions to the sirf
  driver.

- Lots of patching, cleanup and fixing in the Renesas "PFC"
  driver and associated subdrivers as usual. It is settling
  down a little bit now it seems.

- Minor fixes and incremental updates here and there as usual.

GPIO tree bulk changes for v3.14

A big set this merge window, as we have much going on in
this subsystem. Major changes this time:

- Some core improvements and cleanups to the new GPIO
  descriptor API. This seems to be working now so we can
  start the exodus to this API, moving gradually away from
  the global GPIO numberspace.

- Incremental improvements to the ACPI GPIO core, and move
  the few GPIO ACPI clients we have to the GPIO descriptor
  API right *now* before we go any further. We actually
  managed to contain this *before* we started to litter
  the kernel with yet another hackish global numberspace for
  the ACPI GPIOs, which is a big win.

- The RFkill GPIO driver and all platforms using it have
  been migrated to use the GPIO descriptors rather than
  fixed number assignments. Tegra machine has been migrated
  as part of this.

- New drivers for MOXA ART, Xtensa GPIO32 and SMSC SCH311x.
  Those should be really good examples of how I expect a
  nice GPIO driver to look these days.

- Do away with custom GPIO implementations on a major
  part of the ARM machines: ks8695, lpc32xx, mv78xx0.
  Make a first step towards the same in the horribly
  convoluted Samsung S3C include forest. We expect to
  continue to clean this up as we move forward.

- Flag GPIO lines used for IRQ on adnp, bcm-kona, em,
  intel-mid and lynxpoint.
  This makes the GPIOlib core aware that a certain GPIO line
  is used for IRQs and can then enforce some semantics such
  as disallowing a GPIO line marked as in use for IRQ to be
  switched to output mode.

- Drop all use of irq_set_chip_and_handler_name().
  The name provided in these cases were just unhelpful
  tags like "mux" or "demux".

- Extend the MCP23s08 driver to handle interrupts.

- Minor incremental improvements for rcar, lynxpoint, em
  74x164 and msm drivers.

- Some non-urgent bug fixes here and there, duplicate
  #includes and that usual kind of cleanups.