Tags

This is the 3.4.105 stable release

Linux 3.18-rc7

sound fixes for 3.18-rc7

No excitement, here are only minor fixes: an endian fix for the
new DSD format we added in 3.18, a fix for HP mute LED, and a
fix for Native Instrument quirk.

Improvements in phy-core specifically on PHY core finds the PHY in the case
of non-dt boot. Adds three new PHY drivers using the PHY framework and some
miscellaneous fixes and cleanups.

Linaro 14.11

Last minute KVM/ARM fixes; even the generic change actually
affects nothing but ARM.

Linux 3.18-rc6

Allwinner Clocks additions for 3.19

A few patches that should go through the clock tree, mostly fixes, cleanups,
and new clocks additions to start to support the A80.

Allwinner Device Tree Changes for 3.19

A lot of things happened during that merge window, but mostly:
  - Preliminary Support for the A80
  - New Boards Support
    + Mele M3
    + Banana Pi
    + Optimus
    + OLinuXino Lime2
  - Device Tree Relicensing to GPLv2/X11 dual license

Allwinner simple frambuffer support

This enables the simple framebuffer on all the supported Allwinner SoCs (but
the A80). That allows to have at last a video display usable by using the
framebuffer the firmware might have set up.

This is the 2.6.32.64 stable release

This is the 3.17.4 stable release

This is the 3.14.25 stable release

This is the 3.10.61 stable release

ACPI power management fix for 3.18-rc6

This is just a one-liner fixing a regression introduced in 3.13 that
broke system suspend on some Chromebooks.

On those machines there are ACPI device objects for some I2C devices
that can wake up the system from sleep states, but that is done via
a platform-specific mechanism and the ACPI objects don't contain any
wakeup-related information.  When we started to use ACPI power
management with those devices (which happened during the 3.13 cycle),
their configuration confused the ACPI PM layer that returned error
codes from suspend callbacks for them causing system suspend to fail.

However, the ACPI PM layer can safely ignore the wakeup setting from
a device driver if the ACPI object corresponding to the device in
question doesn't contain wakeup information in which case the driver
itself is responsible for setting up the device for system wakeup.

/