Tags

This is the 3.16.76 stable release

"LA.UM.8.1.r1-10700-sm8150.0"

Just two fixes:
 * HT operation is not allowed on channel 14 (Japan only)
 * netlink policy for nexthop attribute was wrong

"LA.UM.8.6.2.r1-04900-89xx.0"

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

sound fixes for 5.4-rc6

A copule of regression fixes and a fix for mutex deadlock at
hog-unplug, as well as other device-specific fixes:

- A commit for avoiding the spurious unsolicited interrupt on HD-
  audio bus caused a stall at shutdown, so it's reverted now.

- The recent support of AMD/Nvidia audio component binding caused
  a mutex deadlock; fixed by splitting to another mutex

- The device hot-unplug and the ALSA timer close combo may lead to
  another mutex deadlock; fixed by moving put_device() calls

- Usual device-specific small quirks for HD- and USB-audio drivers

- An old error check fix in FireWire driver

"LE.UM.2.3.2-08800-SDX24"

"LE.UM.3.3.1.r1-04500-qcs405.0"

"LA.UM.8.9.r1-05300-SM6xx.0"

Android daydreamos 8.0.0 Release 0.9

UAPI Changes:

Cross-subsystem Changes:

Core Changes:
* Handle UP requests asynchronously in the DP MST helpers, fixing
  hotplug notifications and allowing us to implement suspend/resume
  reprobing
* Add basic suspend/resume reprobing to the DP MST helpers
* Improve locking for link address reprobing and connection status
  request handling in the DP MST helpers
* Miscellaneous refactoring in the DP MST helpers
* Add a Kconfig option to the DP MST helpers to enable tracking of
  gets/puts for topology references for debugging purposes

Driver Changes:
* nouveau: Resume hotplug interrupts earlier, so that sideband
  messages may be transmitted during resume and thus allow
  suspend/resume reprobing for DP MST to work
* nouveau: Avoid grabbing runtime PM references when handling short DP
  pulses, so that handling sideband messages in resume codepaths with the
  DP MST helpers doesn't deadlock us
* i915, nouveau, amdgpu, radeon: Use detect_ctx for probing MST
  connectors, so that we can grab the topology manager's atomic lock

Note: there's some amdgpu patches that I didn't realize were pushed
upstream already when creating this topic branch. When they fail to
apply, you can just ignore and skip them.

This is the 5.3.8 stable release

This is the 4.19.81 stable release

This is the 4.14.151 stable release

This is the 4.9.198 stable release

This is the 4.4.198 stable release

"LV.AU.0.0.1-15510-gen3meta.0"

Linux 5.4-rc5

"LA.AU.0.1.0.r1-01200-gen3meta.0"