Tags

This is the 3.4.54 stable release

This is the 3.0.87 stable release

Linux 3.11-rc2

This is the 3.9.11 stable release

ACPI video support fixes for 3.11

- Change from Aaron Lu makes ACPICA export a variable which can be
  used by driver code to determine whether or not the BIOS believes
  that we are compatible with Windows 8.

- Change from Matthew Garrett makes the ACPI video driver initialize
  the ACPI backlight even if it is not going to be used afterward
  (that is needed for backlight control to work on Thinkpads).

- Fix from Rafael J Wysocki implements Windows 8 backlight support
  workaround making i915 take over bakclight control if the firmware
  thinks it's dealing with Windows 8.  Based on the work of multiple
  developers including Matthew Garrett, Chun-Yi Lee, Seth Forshee,
  and Aaron Lu.

- Fix from Aaron Lu makes the kernel follow Windows 8 by informing
  the firmware through the _DOS method that it should not carry out
  automatic brightness changes, so that brightness can be controlled
  by GUI.

/

Power management and ACPI fixes for 3.11-rc2

- Two cpufreq commits from the 3.10 cycle introduced regressions.
  The first of them was buggy (it did way much more than it needed
  to do) and the second one attempted to fix an issue introduced by
  the first one.  Fixes from Srivatsa S Bhat revert both.

- If autosleep triggers during system shutdown and the shutdown
  callbacks of some device drivers have been called already, it may
  crash the system.  Fix from Liu Shuo prevents that from happening
  by making try_to_suspend() check system_state.

- The ACPI memory hotplug driver doesn't clear its driver_data on
  errors which may cause a NULL poiter dereference to happen later.
  Fix from Toshi Kani.

- The ACPI namespace scanning code should not try to attach scan
  handlers to device objects that have them already, which may confuse
  things quite a bit, and it should rescan the whole namespace branch
  starting at the given node after receiving a bus check notify event
  even if the device at that particular node has been discovered
  already.  Fixes from Rafael J Wysocki.

- New ACPI video blacklist entry for a system whose initial backlight
  setting from the BIOS doesn't make sense.  From Lan Tianyu.

- Garbage string output avoindance for ACPI PNP from Liu Shuo.

- Two Kconfig fixes for issues introduced recently in the s3c24xx
  cpufreq driver (when moving the driver to drivers/cpufreq) from
  Paul Bolle.

- Trivial comment fix in pm_wakeup.h from Chanwoo Choi.

/

Linux 3.11-rc1

This is the 3.10.1 stable release

This is the 3.9.10 stable release

This is the 3.4.53 stable release

This is the 3.0.86 stable release

More power management and ACPI updates for 3.11-rc1

- Fix for a recent cpufreq regression that caused WARN() to trigger
  overzealously in a couple of places and spam the kernel log with
  useless garbage as a result.  From Viresh Kumar.

- ACPI dock fix removing a discrepancy between the definition of
  acpi_dock_init(), which says that the function returns int, and
  its header in the header file, which says that it is a void
  function.  The function is now defined as void too.

- ACPI PM fix for failures to update device power states as needed,
  for example, during resume from system suspend, because the old
  state was deeper than the new one, but the new one is not D0.

- Fix for two debug messages in the ACPI power resources code that
  don't have a newline at the end and make the kernel log difficult
  to read.  From Mika Westerberg.

- Two ACPI cleanups from Naresh Bhat and Haicheng Li.

- cpupower updates from Thomas Renninger, including Intel Haswell
  support improvements and a new idle-set subcommand among other
  things.

/

vfio Updates for v3.11

Largely hugepage support for vfio/type1 iommu and surrounding cleanups and fixes.

IOMMU Updates for Linux 3.11

A few updates this time, most important and exiciting (to me) is:

	* The new ARM SMMU driver. This is a common IOMMU driver that will
	  hopefully be used in a lot of upcoming ARM chips. So the mess in the
	  past where every SOC had its own IOMMU will be over.

Besides that:

	* Some important fixes in the IOMMU unmap path. There are fixes in the
	  common code and also in the AMD IOMMU driver.
	* Other random fixes

This is the 3.0.85 stable release

This is the 3.4.52 stable release

This is the 3.9.9 stable release

ARM SoC specific changes

These changes are all to SoC-specific code, a total of 33 branches on
17 platforms were pulled into this. Like last time, Renesas sh-mobile
is now the platform with the most changes, followed by OMAP and EXYNOS.

Two new platforms, TI Keystone and Rockchips RK3xxx are added in
this branch, both containing almost no platform specific code at all,
since they are using generic subsystem interfaces for clocks, pinctrl,
interrupts etc. The device drivers are getting merged through the
respective subsystem maintainer trees.

One more SoC (u300) is now multiplatform capable and several others
(shmobile, exynos, msm, integrator, kirkwood, clps711x) are moving
towards that goal with this series but need more work.

Also noteworthy is the work on PCI here, which is traditionally part of
the SoC specific code. With the changes done by Thomas Petazzoni, we can
now more easily have PCI host controller drivers as loadable modules and
keep them separate from the platform code in drivers/pci/host. This has
already led to the discovery that three platforms (exynos, spear and imx)
are actually using an identical PCIe host controller and will be able
to share a driver once support for spear and imx is added.

Conflicts:
* asm/glue-proc.h has one CPU type getting added that conflicts
  with another addition in 3.10-rc7
* Simple context changes in arch/arm/Makefile and arch/arm/Kconfig

ARM SoC device tree changes

These changes from 30 individual branches for the most part update device
tree files, but there are also a few source code changes that have crept
in this time, usually in order to atomically move over a driver from
using hardcoded data to DT probing.

A number of platforms change their DT files to use the C preprocessor,
which is causing a bit of churn, but that is hopefully only this once.

There are a few conflicts with the other branches unfortunately:

* in exynos5440.dtsi and kirkwood-6281.dtsi, device nodes are added
  from multiple branches. Need to be careful to have the right
  set of closing braces as git gets this one wrong.

* In kirkwood.dtsi, one 'ranges' line got split into two lines, while
  another line got added. Order of the lines does not matter.

* in sama5d3.dtsi, some cleanup was merged the wrong way, causing
  a bogus conflict. We want the 'dmas' and 'dma-names' properties
  to get added here.

* Two lines got removed independently in arch/arm/mach-mxs/mach-mxs.c

* Contents get added independently in arch/arm/mach-omap2/cclock33xx_data.c