Tags

This is the 3.2.56 stable release

This is the 3.13.8 stable release

This is the 3.10.35 stable release

This is the 3.4.85 stable release

Linux 3.14

This is the 3.12.15 stable release

Linux 3.14-rc8

This is the 3.13.7 stable release

This is the 3.10.34 stable release

This is the 3.4.84 stable release

- Inherit/reuse firmwar framebuffers (for real this time) from Jesse, less
  flicker for fastbooting.
- More flexible cloning for hdmi (Ville).
- Some PPGTT fixes from Ben.
- Ring init fixes from Naresh Kumar.
- set_cache_level regression fixes for the vma conversion from Ville&Chris.
- Conversion to the new dp aux helpers (Jani).
- Unification of runtime pm with pc8 support from Paulo, prep work for runtime
  pm on other platforms than HSW.
- Larger cursor sizes (Sagar Kamble).
- Piles of improvements and fixes all over, as usual.

Linux 3.14-rc7

ACPI and power management fixes for 3.14-rc7

 - A recent ACPI resources handling fix overlooked the fact that it had
   to update the ACPI PNP subsystem's resources parsing too and caused
   confusing warning messages to be printed during system intialization
   on some systems (with arguably buggy ACPI tables).  Fix from Zhang Rui.

 - Moving the early ACPI initialization before timekeeping_init() earlier
   in this cycle broke fast TSC calibration on at least one system, so it
   needs to be done later, but still before efi_enter_virtual_mode() to
   allow the EFI initialization to refer to ACPI.

 - A change related to code duplication reduction in the cpufreq core
   inadvertently caused cpufreq intialization to fail for some CPUs
   handled by intel_pstate by adding checks that may fail for that
   driver, but aren't even necessary when it is used.  The issue is
   addressed by preventing those checks from run in the configurations
   in which they aren't needed.

 - If the Hardware Reduced ACPI flag is set in the ACPI tables, system
   suspend, hibernation and ACPI power off will only work when special
   sleep control and sleep status registeres are provided (their
   addresses in the ACPI tables are not zero).  If those registers are
   not available, the features in question have no chances to work,
   so they shouldn't even be regarded as supported.  That helps with
   power off in particular, because alternative power off methods may
   be used then and they may actually work.

/

This is the 3.4.83 stable release

This is the 3.12.14 stable release

Linux 3.14-rc6

ACPI and power management fixes for 3.14-rc6

 - ACPI tables in some BIOSes list device resources with size equal
   to 0, which doesn't make sense, so we should ignore them, but
   instead we try to use them and mangle things completely.  Fix
   from Zhang Rui.

 - Several models of Samsung laptops accumulate EC events when they
   are in sleep states which leads to EC buffer overflows that prevent
   new events from being signaled after system resume or reboot.  This
   has been affecting many users for quite a while and may be addressed
   by clearing the EC buffer during system resume and system startup on
   those machines.  From Kieran Clancy.

 - If the ACPI sleep control and status registers are not present
   (which  happens if the Hardware Reduced ACPI mode bit is set in
   the ACPI tables, but also may result from BIOS bugs), we should
   not try to use ACPI to power off the system and ACPI S5 should
   not be listed as supported.  Fix from Aubrey Li.

 - There's a race condition in cpufreq_get() that leads to a kernel
   crash if that function is called at a wrong time.  Fix from
   Aaron Plattner.

 - cpufreq policy objects have to be initialized entirely before
   they are first accessed by their users which isn't the case
   currently and that potentially leads to various kinds of
   breakage that is difficult to debug.  Fix from Viresh Kumar.

 - Locking is missing in __cpufreq_add_dev() which leads to a race
   condition that may trigger a kernel crash.  Fix from Viresh Kumar.

/