Tags

Android lego 6.0.1 Release 0.3

This is the 3.12.60 stable release

- cmd-parser support for direct reg->reg loads (Ken Graunke)
- better handle DP++ smart dongles (Ville)
- bxt guc fw loading support (Nick Hoathe)
- remove a bunch of struct typedefs from dpll code (Ander)
- tons of small work all over to avoid casting between drm_device and the i915
  dev struct (Tvrtko&Chris)
- untangle request retiring from other operations, also fixes reset stat corner
  cases (Chris)
- skl atomic watermark support from Matt Roper, yay!
- various wm handling bugfixes from Ville
- big pile of cdclck rework for bxt/skl (Ville)
- CABC (Content Adaptive Brigthness Control) for dsi panels (Jani&Deepak M)
- nonblocking atomic commits for plane-only updates (Maarten Lankhorst)
- bunch of PSR fixes&improvements
- untangle our map/pin/sg_iter code a bit (Dave Gordon)

Linux 3.18.34

Linux 4.1.25

Devicetree for 4.7:

- Rewrite of the unflattening code to avoid recursion and lessen the
  stack usage.

- Rewrite of the phandle args parsing code to get rid of the fixed args
  size. This is needed for IOMMU code.

- Sync to latest dtc which adds more dts style checking. These warnings
  are enabled with "W=1" compiles.

- Tegra documentation updates related to the above warnings.

- A bunch of spelling and other doc fixes.

- Various vendor prefix additions.

sound updates for 4.7-rc1

This time was again a relatively calm development cycle; most of
updates are about drivers, and no radical changes are seen in any
core code.  Here are some highlights:

ALSA core:
- Continued hardening of ALSA hrtimer
- A few leak fixes in timer interface
- Fix poll error handling in PCM and compress
- Add error propagation in compress API
- Removal of dead rtctimer driver

HD-audio:
- Native ELD notify support for i915 HDMI
- Realtek ALC234 & co support
- Code refactoring to standardize chmap support
- Continued development for SKL HDMI core support

Firewire:
- Apply delayed card registration to all drivers
- Improved / stabilized the handling of PCM stream start / stop
- Add tracepoints to dump a part of isochronous packet data
- Fixed incoming/outgoing packet parameter usages
- Add support for M-Audio profire series

USB-audio:
- Fixes for UAC2 clock source
- SS+ support
- Workaround for oft-seen repeated sample rate read errors

ASoC:
- Further slow progress on the topology code
- Substantial updates and improvements for the da7219, es8328,
  fsl-ssi, Intel and rcar drivers.
- Compress error handling in WM ADSP driver

This is the 4.5.5 stable release

This is the 4.4.11 stable release

This is the 3.14.70 stable release

media updates for v4.7-rc1

regulator: Fix build warnings from regulator_can_change_voltage()

Cut down on noise for mainstream users of the API and people doing build
testing by dropping the deprecated flag from regulator_can_change_voltage()
as it triggers even on the EXPORT_SYMBOL_GPL() which affects all builds
rather than just the remaining drivers with calls to it (for which fixes
are currently pending).

The function remains deprecated and is expected to be removed entirely
in v4.8.

This is the bulk of GPIO changes for kernel cycle v4.7:

Core infrastructural changes:

- Support for natively single-ended GPIO driver stages. This
  means that if the hardware has registers to configure open
  drain or open source configuration, we use that rather than
  (as we did before) try to emulate it by switching the line
  to an input to get high impedance. This is also documented
  throughly in Documentation/gpio/driver.txt for those of you
  who did not understand one word of what I just wrote.

- Start to do away with the unnecessarily complex and
  unitelligible ARCH_REQUIRE_GPIOLIB and
  ARCH_WANT_OPTIONAL_GPIOLIB, another evolutional artifact from
  the time when the GPIO subsystem was unmaintained. Archs can
  now just select GPIOLIB and be done with it, cleanups to
  arches will trickle in for the next kernel. Some minor archs
  ACKed the changes immediately so these are included in this
  pull request.

- Advancing the use of the data pointer inside the GPIO device
  for storing driver data by switching the PowerPC, Super-H
  Unicore and a few other subarches or subsystem drivers in
  ALSA SoC, Input, serial, SSB, staging etc to use it.

- The initialization now reads the input/output state of the
  GPIO lines, so that each GPIO descriptor knows - if this
  callback is implemented - whether the line is input or
  output. This also reflects nicely in userspace "lsgpio".

- It is now possible to name GPIO producer names, line names,
  from the device tree. (Platform data has been supported for
  a while.) I bet we will get a similar mechanism for ACPI
  one of those days. This makes is possible to get sensible
  producer names for e.g. GPIO rails in "lsgpio" in userspace.

New drivers:

- New driver for the Loongson1.

- The XLP driver now supports Broadcom Vulcan ARM64.

- The IT87 driver now supports IT8620 and IT8628.

- The PCA953X driver now supports Galileo Gen2.

Driver improvements:

- MCP23S08 was switched to use the gpiolib irqchip helpers and
  now also suppors level-triggered interrupts.

- 74x164 and RCAR now supports the .set_multiple() callback

- AMDPT was converted to use generic GPIO.

- TC3589x, TPS65218, SX150X, F7188X, MENZ127, VX855, WM831X, WM8994
  support the new single ended callback for open drain
  and in some cases open source.

- Implement the .get_direction() callback for a few more drivers
  like PL061, Xgene.

Cleanups:

- Paul Gortmaker combed through the drivers and de-modularized
  those who are not really modules.

- Move the GPIO poweroff DT bindings to the power subdir where
  they belong.

- Rename gpio-generic.c to gpio-mmio.c, which is much more to the
  point. That's what it is handling, nothing more, nothing less.

regulator: Updates for v4.7

A few core enhancements to deal with some of the slightly more
complicated edge cases that have started cropping up in systems, both
new ones and old ones that people started worrying about upstream, but
otherwise a quiet release for the regulator API:

 - When applying constraints at system image if we have a voltage range
   specified and the regulator is currently configured outside the
   bounds of that range bring the regulator to the nearest end of the
   range.
 - When regulators are in non-regulating bypass modes make sure that we
   always use the voltage from the parent regulator.
 - Support for  LP873x, PV88080, PM8894 and FAN53555 chips.

Linux 4.6

Merge tag 'qcom-soc-for-4.7-2' into net-next

This merges the Qualcomm SOC tree with the net-next, solving the
merge conflict in the SMD API between the two.

media fixes for v4.6-rc8