Tags

ubuntu-qcom-snapdragon-15.02

Linaro 15.02

iio-fixes-for-4.0b

Second round of IIO fixes for the 4.0 cycle (or round one part two really!)
These are fixes for patches in the recent merge window and are in a separate
branch to avoid rebasing the main fixes-togreg branch.

* jsa1212 - select missing REGMAP_I2C
* ssp_common - build warning fix for PM functions when PM not in use.
* ak8975 - the addition of a utility library for this driver (as part of
           adding new device support) led to a dependency not being inforced
	   for the original driver (I2C and GPIOLIB).

iio-fixes-for-4.0a

First round of fixes for IIO in the 4.0 cycle. Note a followup
set dependent on patches in the recent merge windows will follow shortly.

* dht11 - fix a read off the end of an array, add some locking to prevent
          the read function being interrupted and make sure gpio/irq lines
	  are not enabled for irqs during output.
* iadc - timeout should be in jiffies not msecs
* mpu6050 - avoid a null id from ACPI emumeration being dereferenced.
* mxs-lradc - fix up some interaction issues between the touchscreen driver
              and iio driver.  Mostly about making sure that the adc driver
              only affects channels that are not being used for the
              touchscreen.
* ad2s1200 - sign extension fix for a result of c type promotion.
* adis16400 - sign extension fix for a result of c type promotion.
* mcp3422 - scale table was transposed.
* ad5686 - use _optional regulator get to avoid a dummy reg being allocate
           which would cause the driver to fail to initialize.
* gp2ap020a00f - select REGMAP_I2C
* si7020 - revert an incorrect cleanup up and then fix the issue that made
           that cleanup seem like a good idea.

drm-intel-next-2015-02-27

- Y tiling support for scanout from Tvrtko&Damien
- Remove more UMS support
- some small prep patches for OLR removal from John Harrison
- first few patches for dynamic pagetable allocation from Ben Widawsky, rebased
  by tons of other people
- DRRS support patches (Sonika&Vandana)
- fbc patches from Paulo
- make sure our vblank callbacks aren't called when the pipes are off
- various patches all over

mac80211-for-davem-2015-02-27

A few patches have accumulated, among them the fix for Linus's
four-way-handshake problem. The others are various small fixes
for problems all over, nothing really stands out.

v3.14.34

This is the 3.14.34 stable release

v3.18.8

This is the 3.18.8 stable release

v3.10.70

This is the 3.10.70 stable release

sound-4.0-rc2

sound fixes for 4.0-rc2

Most of changes in this pull request are about the fixes of crash of
FireWire drivers at hot-unplugging.  In addition, there are a few
HD-audio fixes (removal of wrong static, a pin quirk for an ASUS mobo,
a regression fix for runtime PM on Panther Point) and a long-standing
(but fairly minor) bug of PCM core.

drm-intel-fixes-2015-02-26

topic/drm-misc-2015-02-25

dt_for_kumar

v4.0-rc1

Linux 34.0-rc1

pm+acpi-3.20-rc1-3

Additional power management and ACPI updates for v3.20-rc1

 - Revert a recent ACPI LPSS driver commit that prevented the touchpad
   driver from loading on Dell XPS13 (Jarkko Nikula).

 - Make the ACPI LPSS driver disable the I2C controllers and deassert
   SPI host controllers resets at startup on Intel BayTrail and Braswell
   SoCs in case they have been left in wrong states by the platform
   firmware which then may casuse fatal controller driver failures during
   resume from hibernation (Mika Westerberg).

 - Make two recently added ACPI EC messages look better (Scot Doyle).

 - Reduce the printk level of a recently added debug message related to
   ACPI resources that may become noisy in some cases (Rafael J Wysocki).

 - Add a new ACPI backlight blacklist entry for Samsung Series 9
   (900X3C/900X3D/900X3E/900X4C/900X4D) laptops where the native backlight
   interface doesn't work while the ACPI based one does (Jens Reyer).

 - Make the PNP sybsystem's core code use __request_region() followed by
   __release_region() instead of __check_region() which then will allow
   us to get rid of the latter as it has no more users (Jakub Sitnicki).

 - Fix a build breakage and an issue with two __init functions that may be
   called after initialization in the s3c cpufreq driver (Arnd Bergmann).

 - Make the powernv cpuidle driver read target_residency values for idle
   states from a Device Tree (as we have the suitable DT bindings for that
   now) and improve the parsing of the powermgmt DT node in that driver
   (Preeti U Murthy).

/

clk-for-linus-3.20

The clock framework changes for 3.20 contain the usual driver additions,
enhancements and fixes mostly for ARM32, ARM64, MIPS and Power-based
devices. Additionaly the framework core underwent a bit of surgery with
two major changes. The boundary between the clock core and clock
providers (e.g clock drivers) is now more well defined with dedicated
provider helper functions. struct clk no longer maps 1:1 with the
hardware clock but is a true per-user cookie which helps us tracker
users of hardware clocks and debug bad behavior. The second major change
is the addition of rate constraints for clocks. Rate ranges are now
supported which are analogous to the voltage ranges in the regulator
framework. Unfortunately these changes to the core created some
breakeage. We think we fixed it all up but for this reason there are
lots of last minute commits trying to undo the damage.

v3.2.67

This is the 3.2.67 stable release

sound-fix-3.20-rc1

sound fixes for 3.20-rc1

Here are a few small fix patches for 3.20-rc1:
- Quirks for Denon and Lifecam USB-audio devices and HD-audio
  on HP laptops
- A long-time regression fix for HDSP eMADI
- Add missing DRAIN_TRIGGER flag set for ASoC intel-sst
- Trivial fixes for sequencer core and HD-audio Tegra, a LINE6
  cleanup

v3.12.38

This is the 3.12.38 stable release

qcomlt-v3.19

qcomlt-v3.19

suspend-to-idle-3.20-rc1

Suspend-to-idle timer quiescing support for v3.20-rc1

Till now suspend-to-idle has not been able to save much more energy
than runtime PM because of timer interrupts that periodically bring
CPUs out of idle while they are waiting for a wakeup interrupt.  Of
course, the timer interrupts are not wakeup ones, so the handling of
them can be deferred until a real wakeup interrupt happens, but at
the same time we don't want to mass-expire timers at that point.

The solution is to suspend the entire timekeeping when the last CPU
is entering an idle state and resume it when the first CPU goes out
of idle.  That has to be done with care, though, so as to avoid
accessing suspended clocksources etc. end we need extra support
from idle drivers for that.

This series of commits adds support for quiescing timers during
suspend-to-idle and adds the requisite callbacks to intel_idle
and the ACPI cpuidle driver.

/