Tags

ARM: SoC: device tree changes

A large part of the arm-soc patches are nowadays DT changes, adding support
for new SoCs, boards and devices without changing kernel source. The plan
is still to move the devicetree files out of the kernel tree and reduce
the amount of churn going on here, but we keep finding reasons to delay
doing that.

Changes are really all over the place, with little sticking out particularly.
We have contributions from a total of 116 people in this branch.

Unfortunately, the size of this branch also causes a significant number
of conflicts at the moment, typically when subsystem maintainers merge
patches that change the driver at the same time as the dts files. In
most cases this could be avoided because the dts changes are supposed
to be compatible in both ways, and we are asking everyone to send ARM
dts changes through our tree only.

ARM: SoC specific changes

Lots of changes specific to one of the SoC families. Some that
stick out are:

* mach-qcom gains new features, most importantly SMP support for
  the newer chips (Stephen Boyd, Rohit Vaswani)
* mvebu gains support for three new SoCs: Armada 375, 380 and 385
  (Thomas Petazzoni and Free-electrons team)
* SMP support for Rockchips (Heiko Stübner)
* Lots of i.MX changes (Shawn Guo)
* Added support for BCM5301x SoC (Hauke Mehrtens)
* Multiplatform support for Marvell Kirkwood and Dove
  (Andrew Lunn and Sebastian Hesselbarth doing the final part
  of a long journey)
* Unify davinci platforms and remove obsolete ones (Sekhar Nori,
  Arnd Bergmann)

ARM: SoC: cleanups for 3.15

These cleanup patches are mainly move stuff around and should all
be harmless. They are mainly split out so that other branches can
be based on top to avoid conflicts.

Notable changes are:

* We finally remove all mach/timex.h, after CLOCK_TICK_RATE is no
  longer used. (Uwe Kleine-König)
* The Qualcomm MSM platform is split out into legacy mach-msm and
  new-style mach-qcom, to allow easier maintainance of the new
  hardware support without regressions. (Kumar Gala)
* A rework of some of the Kconfig logic to simplify multiplatform
  support (Rob Herring)
* Samsung Exynos gets closer to supporting multiplatform (Sachin
  Kamat and others)
* mach-bcm3528 gets merged into mach-bcm (Stephen Warren)
* at91 gains some common clock framework support (Alexandre Belloni,
  Jean-Jacques Hiblot and other French people).

ARM: SoC non-critical bug fixes for 3.15

Lots of isolated bug fixes that were not found to be important
enough to be submitted before the merge window or backported
into stable kernels.
The vast majority of these came out of Arnd's randconfig testing
and just prevents running into build-time bugs in configurations
that we do not care about in practice.

- cmd parser for gen7 but only in enforcing and not yet granting mode - the
  batch copying stuff is still missing. Also performance is a bit ... rough
  (Brad Volkin + OACONTROL fix from Ken).
- deprecate UMS harder (i.e. CONFIG_BROKEN)
- interrupt rework from Paulo Zanoni
- runtime PM support for bdw and snb, again from Paulo
- a pile of refactorings from various people all over the place to prep for new
  stuff (irq reworks, power domain polish, ...)

fbdev changes for 3.15 (main part)

Various fbdev fixes and improvements, but nothing big.

IOMMU Upates for Linux v3.15

This time a few more updates queued up.

	* Rework VT-d code to support ACPI devices

	* Improvements for memory and PCI hotplug support
	  in the VT-d driver

	* Device-tree support for OMAP IOMMU

	* Convert OMAP IOMMU to use devm_* interfaces

	* Fixed PASID support for AMD IOMMU

	* Other random cleanups and fixes for OMAP, ARM-SMMU
	  and SHMOBILE IOMMU

Most of the changes are in the VT-d driver because some rework was
necessary for better hotplug and ACPI device support.

drm/tegra: Changes for v3.15-rc1

Implement eDP support for Tegra124 and support the PRIME vmap()/vunmap()
operations.

A symbol that is required for upcoming V4L2 support is now exported by
the host1x driver.

Relicense drivers under the GPL v2 for consistency. One exception is the
public header file, which is relicensed under MIT to abide by the common
rule.

drm/panel: Changes for v3.15-rc1

Add support for a couple more simple panels. A few cleanups to the
simple panel driver are also included (gpiod interface conversion,
removal of redundant call to regulator_disable()).

VFIO updates for v3.15 include:
- Allow the vfio-type1 IOMMU to support multiple domains within a container
- Plumb path to query whether all domains are cache-coherent
- Wire query into kvm-vfio device to avoid KVM x86 WBINVD emulation
- Always select CONFIG_ANON_INODES, vfio depends on it (Arnd)

The first patch also makes the vfio-type1 IOMMU driver completely independent
of the bus_type of the devices it's handling, which enables it to be used for
both vfio-pci and a future vfio-platform (and hopefully combinations involving
both simultaneously).

This is the 3.13.9 stable release

This is the 3.10.36 stable release

This is the 3.4.86 stable release

This is the bulk of GPIO changes for v3.15:

- Merged in a branch of irqchip changes from Thomas
  Gleixner: we need to have new callbacks from the
  irqchip to determine if the GPIO line will be eligible
  for IRQs, and this callback must be able to say "no".
  After some thinking I got the branch from tglx and
  have switched all current users over to use this.

- Based on tglx patches, we have added some generic
  irqchip helpers in the gpiolib core. These will
  help centralize code when GPIO drivers have simple
  chained/cascaded IRQs. Drivers will still define
  their irqchip vtables, but the gpiolib core will
  take care of irqdomain set-up, mapping from local
  offsets to Linux irqs, and reserve resources by
  marking the GPIO lines for IRQs.

- Initially the PL061 and Nomadik GPIO/pin control
  drivers have been switched over to use the new
  gpiochip-to-irqchip infrastructure with more
  drivers expected for the next kernel cycle. The
  factoring of just two drivers still makes it worth
  it so it is already a win.

- A new driver for the Synopsys DesignWare APB GPIO
  block.

- Modify the DaVinci GPIO driver to be reusable also
  for the new TI Keystone architecture.

- A new driver for the LSI ZEVIO SoCs.

- Delete the obsolte tnetv107x driver.

- Some incremental work on GPIO descriptors: have
  gpiod_direction_output() use a logical level,
  respecting assertion polarity through ACTIVE_LOW
  flags, adding gpiod_direction_output_raw() for the
  case where you want to set that very value. Add
  gpiochip_get_desc() to fetch a GPIO descriptor from
  a specific offset on a certain chip inside driver
  code.

- Switch ACPI GPIO code over to using
  gpiochip_get_desc() and get rid of gpio_to_desc().

- The ACPI GPIO event handling code has been reworked
  after encountering an actual real life implementation.

- Support for ACPI GPIO operation regions.

- Generic GPIO chips can now be assigned labels/names
  from platform data.

- We now clamp values returned from GPIO drivers to
  the boolean [0,1] range.

- Some improved documentation on how to use the polarity
  flag was added.

- The a large slew of incremental driver updates and
  non-critical fixes. Some targeted for stable.

This is the 3.12.16 stable release

More ACPI and power management updates for 3.15-rc1

 - Remaining changes from upstream ACPICA release 20140214 that introduce
   code to automatically serialize the execution of methods creating any
   named objects which really cannot be executed in parallel with each
   other anyway (previously ACPICA attempted to address that by aborting
   methods upon conflict detection, but that wasn't reliable enough and
   led to other issues).  From Bob Moore and Lv Zheng.

 - intel_pstate fix to use del_timer_sync() instead of del_timer() in
   the exit path before freeing the timer structure from Dirk Brandewie
   (original patch from Thomas Gleixner).

 - cpufreq fix related to system resume from Viresh Kumar.

 - Serialization of frequency transitions in cpufreq that involve
   PRECHANGE and POSTCHANGE notifications to avoid ordering issues
   resulting from race conditions.  From Srivatsa S Bhat and Viresh Kumar.

 - Revert of an ACPI processor driver change that was based on a specific
   interpretation of the ACPI spec which may not be correct (the relevant
   part of the spec appears to be incomplete).  From Hanjun Guo.

 - Runtime PM core cleanups and documentation updates from Geert Uytterhoeven.

 - PNP core cleanup from Michael Opdenacker.

/

This is the 3.2.56 stable release

sound updates for 3.15-rc1

There have been lots of changes in ALSA core, HD-audio and ASoC, also
most of PCI drivers touched by conversions of printks.  All these
resulted in a high volume and wide ranged patch sets in this release.
Many changes are fairly trivial, but also lots of nice cleanups and
refactors.  There are a few new drivers, most notably, the Intel
Haswell and Baytrail ASoC driver.

Core changes:
- A bit modernization; embed the device struct into snd_card struct,
  so that it may be referred from the beginning.  A new snd_card_new()
  function is introduced for that, and all drivers have been
  converted.

- Simplification in the device management code in ALSA core;
  now managed by a simple priority list instead

- Converted many kernel messages to use the standard dev_err() & co;
  this would be the pretty visible difference, especially for
  HD-audio.

HD-audio:
- Conexant codecs use the auto-parser as default now;
  the old static code still remains in case of regressions.
  Some old quirks have been rewritten with the fixups for auto-parser.

- C-Media codecs also use the auto-parser as default now, too.

- A device struct is assigned to each HD-audio codec, and the formerly
  hwdep attributes are accessible over the codec sysfs, too.
  hwdep attributes still remain for compatibility.

- Split the PCI-specific stuff for HD-audio controller into a separate
  module, ane make a helper module for the generic controller driver.
  This is a preliminary change for supporting Tegra HDMI controller in
  near future, which slipped from 3.15 merge.

- Device-specific fixes: mute LED support for Lenovo Ideapad,
  mic LED fix for HP laptops, more ASUS subwoofer quirks, yet more
  Dell laptop headset quirks

- Make the HD-audio codec response a bit more robust

- A few improvements on Realtek ALC282 / 283 about the pop noises

- A couple of Intel HDMI fixes

ASoC:
- Lots of cleanups for enumerations; refactored lots of error prone
  original codes to use more modern APIs

- Elimination of the ASoC level wrappers for I2C and SPI moving us
  closer to converting to regmap completely and avoiding some
  randconfig hassle

- Provide both manually and transparently locked DAPM APIs rather than
  a mix of the two fixing some concurrency issues

- Start converting CODEC drivers to use separate bus interface drivers
  rather than having them all in one file helping avoid dependency
  issues

- DPCM support for Intel Haswell and Bay Trail platforms, lots of
  fixes

- Lots of work on improvements for simple-card, DaVinci and the Renesas
  rcar drivers.

- New drivers for Analog Devices ADAU1977, TI PCM512x and parts of the
  CSR SiRF SoC, TLV320AIC31XXX, Armada 370 DB, Cirrus cs42xx8

- Fixes for the simple-card DAI format DT mess

- DT support for a couple more devices.

- Use of the tdm_slot mapping in a few drivers

Others:
- Support of reset_resume callback for improved S4 in USB-audio driver;
  the device with boot quirks have been little tested, which we need
  to watch out in this development cycle

- Add PM support for ICE1712 driver (finally!);
  it's still pretty partial support, only for M-Audio devices

This is the 3.13.8 stable release