Tags

"LA.UM.7.3.r1-06100-sdm845.0"

media updates for v4.20-rc1

"LE.UM.2.3.3.r1-02200-QCS605.0"

"LA.UM.6.3.r4-05800-sdm845.0"

"LA.UM.6.6.2.r1-06200-89xx.0"

Devicetree updates for 4.20:

- Sync dtc with upstream version v1.4.7-14-gc86da84d30e4

- Work to get rid of direct accesses to struct device_node name and
  type pointers in preparation for removing them. New helpers for
  parsing DT cpu nodes and conversions to use the helpers. printk
  conversions to %pOFn for printing DT node names. Most went thru
  subystem trees, so this is the remainder.

- Fixes to DT child node lookups to actually be restricted to child
  nodes instead of treewide.

- Refactoring of dtb targets out of arch code. This makes the support
  more uniform and enables building all dtbs on c6x, microblaze, and
  powerpc.

- Various DT binding updates for Renesas r8a7744 SoC

- Vendor prefixes for Facebook, OLPC

- Restructuring of some ARM binding docs moving some peripheral bindings
  out of board/SoC binding files

- New "secure-chosen" binding for secure world settings on ARM

- Dual licensing of 2 DT IRQ binding headers

"LA.UM.6.8.r3-02400-SDM710.0"

"LA.UM.7.6.2.r1-03700-89xx.0"

sound updates for 4.20

There have been little changes in ALSA core stuff, but ASoC core still
kept rolling for the continued restructuring.  The rest are lots of
small driver-specific changes and some minor API updates.
Here are highlights:

General:
- Appropriate fall-through annotations everywhere
- Some code cleanup in memalloc code, handling non-cacahed pages more
  commonly in the helper
- Deployment of SNDRV_PCM_INFO_SYNC_APPLPTR flag consistently

Drivers:
- More HD-audio CA0132 codec improvement for supporting other Creative
  boards
- Plumbing legacy HD-audio codecs as ASoC BE on Intel SST; this will
  give move support of existing HD-audio devices with DSP
- A few device-specific HD-audio quirks as usual
- New quirk for RME CC devices and correction for B&W PX for USB-audio
- FireWire: code refactoring including devres usages

ASoC Core:
- Continued componentization works; it's almost done!
- A bunch of new for_each_foo macros
- Cleanups and fixes in DAPM code

ASoC Drivers:
- MCLK support for several different devices, including CS42L51, STM32
  SAI, and MAX98373
- Support for Allwinner A64 CODEC analog, Intel boards with DA7219 and
  MAX98927, Meson AXG PDM inputs, Nuvoton NAU8822, Renesas R8A7744 and
  TI PCM3060

"LE.UM.2.3.7-07600-sda845.0"

This is the bulk of GPIO changes for the v4.20 series:

Core changes:

- A patch series from Hans Verkuil to make it possible to
  enable/disable IRQs on a GPIO line at runtime and drive GPIO
  lines as output without having to put/get them from scratch.
  The irqchip callbacks have been improved so that they can
  use only the fastpatch callbacks to enable/disable irqs
  like any normal irqchip, especially the gpiod_lock_as_irq()
  has been improved to be callable in fastpath context.
  A bunch of rework had to be done to achieve this but it is
  a big win since I never liked to restrict this to slowpath.
  The only call requireing slowpath was try_module_get() and
  this is kept at the .request_resources() slowpath callback.
  In the GPIO CEC driver this is a big win sine a single
  line is used for both outgoing and incoming traffic, and
  this needs to use IRQs for incoming traffic while actively
  driving the line for outgoing traffic.

- Janusz Krzysztofik improved the GPIO array API to pass a
  "cookie" (struct gpio_array) and a bitmap for setting or
  getting multiple GPIO lines at once. This improvement
  orginated in a specific need to speed up an OMAP1 driver and
  has led to a much better API and real performance gains
  when the state of the array can be used to bypass a lot
  of checks and code when we want things to go really fast.
  The previous code would minimize the number of calls
  down to the driver callbacks assuming the CPU speed was
  orders of magnitude faster than the I/O latency, but this
  assumption was wrong on several platforms: what we needed
  to do was to profile and improve the speed on the hot
  path of the array functions and this change is now
  completed.

- Clean out the painful and hard to grasp BNF experiments
  from the device tree bindings. Future approaches are looking
  into using JSON schema for this purpose. (Rob Herring
  is floating a patch series.)

New drivers:

- The RCAR driver now supports r8a774a1 (RZ/G2M).

- Synopsys GPIO via CREGs driver.

Major improvements:

- Modernization of the EP93xx driver to use irqdomain and
  other contemporary concepts.

- The ingenic driver has been merged into the Ingenic pin
  control driver and removed from the GPIO subsystem.

- Debounce support in the ftgpio010 driver.

regulator: Regulator updates for next release

The biggest chunk of the regulator changes for this release outside of
the new drivers is the conversion of the fixed regulator to use the GPIO
descriptor API, there's a small addition to the GPIO API plus a bunch of
updates to board files to implement it.  This is some really welcome
work from Linus Walleij that's had a bunch of review and has been
sitting in -next for a while so I'm fairly happy there's no major
issues.

 - Helpers for overlapping linear ranges.
 - Display opmode and consumer requested load in the regualtor_summary
   file in debugfs, plus a fix there.
 - Support for the fun and entertaining power off mechanism that the
   pfuze100 hardware implements.
 - Conversion of the fixed regulator API to use GPIO descriptors,
   including pulling in a bunch of patches to a bunch of board files.
 - New drivers for Cirrus Logic Lochnagar, Qualcomm PMS405, Rohm
   BD71847, ST PMIC1, and TI LM363x devices.

This is the 4.19 release

This is the 3.16.60 stable release

This is the 4.4.162 stable release

This is the 4.9.135 stable release

This is the 4.14.78 stable release

This is the 4.18.16 stable release

Android 9.0.0 Release 0.31

Android Wear 8.0.0 Release 0.60 (OWDA.180821.004)