Tags

Linux 3.15-rc1

More ACPI and power management fixes and updates for 3.15-rc1

 - Fix for a recently introduced CPU hotplug regression in ARM KVM
   from Ming Lei.

 - Fixes for breakage in the at32ap, loongson2_cpufreq, and unicore32
   cpufreq drivers introduced during the 3.14 cycle (-stable material)
   from Chen Gang and Viresh Kumar.

 - New powernv cpufreq driver from Vaidyanathan Srinivasan, with bits
   from Gautham R Shenoy and Srivatsa S Bhat.

 - Exynos cpufreq driver fix preventing it from being included into
   multiplatform builds that aren't supported by it from Sachin Kamat.

 - cpufreq cleanups related to the usage of the driver_data field in
   struct cpufreq_frequency_table from Viresh Kumar.

 - cpufreq ppc driver cleanup from Sachin Kamat.

 - Intel BayTrail support for intel_idle and ACPI idle from Len Brown.

 - Intel CPU model 54 (Atom N2000 series) support for intel_idle from
   Jan Kiszka.

 - intel_idle fix for Intel Ivy Town residency targets from Len Brown.

 - turbostat updates (Intel Broadwell support and output cleanups)
   from Len Brown.

 - New cpuidle sysfs attribute for exporting C-states' target residency
   information to user space from Daniel Lezcano.

 - New kernel command line argument to prevent power domains enabled
   by the bootloader from being turned off even if they are not in use
   (for diagnostics purposes) from Tushar Behera.

 - Fixes for wakeup sysfs attributes documentation from Geert Uytterhoeven.

 - New ACPI video blacklist entry for ThinkPad Helix from Stephen Chandler
   Paul.

 - Assorted ACPI cleanups and a Kconfig help update from Jonghwan Choi,
   Zhihui Zhang, Hanjun Guo.

/

LLVMLinux Patches for v3.15

This is the 3.2.57 stable release

CPU hotplug notifiers registration fixes for 3.15-rc1

The purpose of this single series of commits from Srivatsa S Bhat (with
a small piece from Gautham R Shenoy) touching multiple subsystems that use
CPU hotplug notifiers is to provide a way to register them that will not
lead to deadlocks with CPU online/offline operations as described in the
changelog of commit 93ae4f978ca7f (CPU hotplug: Provide lockless versions
of callback registration functions).

The first three commits in the series introduce the API and document it
and the rest simply goes through the users of CPU hotplug notifiers and
converts them to using the new method.

/

This is the 3.12.17 stable release

fbdev changes for 3.15 (OMAP)

This contains OMAP related fbdev changes for 3.15. The bulk of the patches are
for adding Device Tree support for OMAP Display Subsystem:

* SoCs: OMAP2/3/4

* Boards: OMAP4 Panda, OMAP4 SDP, OMAP3 Beagle, OMAP3 Beagle-xM, OMAP3
  IGEP0020, OMAP3 N900

* Devices: TFP410 Encoder, tpd12s015 HDMI companion chip, Sony acx565akm panel,
  MIPI DSI Command mode panel and HDMI, DVI and Analog TV connectors

- 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 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.

/